有哪些新手程式設計師不知道的小技巧?

時間 2021-06-04 14:02:58

1樓:網易數帆

分享一些精簡容器映象的小技巧。現在很多企業業務都基於微服務架構開發,採用容器部署,這個時候,容器映象的精簡也是一門學問,既可以節省儲存空間,又能節省頻寬,加快傳輸。

容器映象精簡的主要技巧包括:

選用更精小的映象:常用的 Linux 系統映象一般有 ubuntu、centos、debian,其中debian 更輕量,而且夠用。

串聯 Dockerfile 執行指令:Dockerfile 中的 RUN 指令通過 && 和 / 支援將命令串聯在一起,有時能達到意想不到的精簡效果。

試著壓縮容器映象:Docker 自帶的一些命令還能協助壓縮映象,比如 export 和 import,但麻煩的是需要先將容器執行起來,而且這個過程中你會丟失映象原有的一些資訊,推薦乙個小工具——docker-squash,用起來更簡單方便,並且不會丟失原有映象的自帶資訊。

通過這幾個技巧,已經可以將 300M 大小的映象壓縮到 150M,壓縮率50%,效果還是不錯。

2樓:林正弦

你敢用一次。

你這輩子都注定不平凡。

我記得有乙個可以無限迴圈的。

不管什麼電腦都帶不動。

雖然沒什麼卵用,但是你關了溫度牆可以看cpu燒起來。

我不是程式設計師啦,真的不是。

3樓:

五色令人目盲,五音令人耳聾,五味令人口爽,馳騁畋獵令人心發狂,難得之貨令人行妨。是以聖人為腹不為目,故去彼取此。

慎終如始,則無敗事。

不要讓世人的悲哀成為自己的。加油

4樓:秘密的密探案的案

2. 每天看到那麼多畢業就年薪10W+的, 工作幾年就幾十萬W+的, 可以激發你學習的動力

天天能保持有動力的學習,想不優秀都難啊

5樓:刀泣

個人經驗:

無論是語言還是框架,

假如是你一直研究開發的方向,

如果有時間,應該從基本開始學習,

然後再開發上線產品,

不然你會花2倍以上的時間去解決乙個問題,

而且還解決得不好。

PS:官方文件極其重要。

6樓:到底想咋樣啊

要實事求是。

如果是你的問題要勇於承認錯誤,如果不是你的問題要勇於指出問題,不要大包大攬,你覺得自己很偉大,老大會覺得你沒能力,因為問題你不指出,旁人不一定有時間去發現真正的錯誤,便會曲解問題的本質。

而大包大攬的你是真相掩蓋的罪魁禍首。可怕的是你還自以為自己承擔了錯誤很偉大的樣子

7樓:Y asin

1,在學習乙個新的專案時,打個斷點再DeBug能讓你了解專案的結構有非常大的作用。

2,在IDEA中,eclipse的操作模式是F5是下一步,F7是跳出這個方法。

3,在Spring的官網中,右下角有很多類似於新手指導的內容。

8樓:胖胖小

剛知道乙個挫事情,utf8還分層次的。mysql預設的utf8不支援四位元組字元!

於是,乙個叫做 ji(上面是土,下面是口)田的日本人,最近是不可能註冊origin賬號了……

9樓:劉某

看文件的方式。

新學者老實的通篇看完(很少)不一定知道在講什麼

有經驗的一般看得很快(結合經驗)理解很快,知道是否還有必要繼續看,不會浪費更多時間。

10樓:霖弟弟

1 最好別看國內的程式設計書籍(大部分)

2 看國外的評分高的程式設計書籍

3 對於開源框架,官方文件是最好的資料

4 多實踐,學了東西要用出來

5 找個團隊一起努力

6 多使用搜尋軟體解決bug或提問題

7 少上知乎這個瞎說的

作為一名走過很多彎路的學生黨,就只有這麼多觀點了.

11樓:張羽辰

I'm not a great programmer; I'm just a good programmer with great habits.

Kent Beck

試著養成好習慣吧

12樓:lucus

js 原生物件和jquery物件互相轉換 $(obj)和$(obj).get(0)

css和js在引用時記得加版本號,可以清掉瀏覽器內部快取如src="jquery.js?0315"

13樓:GinoBeFunny

1. 學會識別價值需求和無價值需求,多承擔一些價值需求的開發;

2. 了解團隊近期和遠期的目標,讓自己的工作和學習多往上面靠;

3. 經常讀書和寫部落格,提公升自己的個人品牌;

14樓:mo6638

我也是新手(還在大三,下個月準備實習),不過呢也是有點經驗的,我用的是Visual Studio

1、void main()並不符合c++標準,最好寫int main(void);

2、有些編譯器不寫return 0也沒事,比如我在用的vs;

3、使用vs的時候,不要建立空專案,而是選擇「win32控制台應用」,然後在嚮導勾選「空專案」,取消勾選「安全週期檢查」,這樣就不需要system("pause")或者getchar()了;

4、以後走上工作崗位,最好不要使用「using namespace std」,防止函式命名衝突,

最好是使用「using std::cout;using std::endl;」

或者頭部不寫,在使用的時候這麼寫:

std::cout<<123<5、按住ctrl,再依次按k,f,可以智慧型排版(不過沒有intellij那麼智慧型)

選中文字

按住ctrl,再依次按k,c,快速注釋

按住ctrl,再依次按k,u,快速取消注釋

6、學東西最好是買書看,網上的教程不是很透徹,不是很容易弄懂;

7、乙個專案下,有乙個main函式,如果要編寫新的程式,需要新建乙個專案;

8、有乙個差點忘了,很多新手在寫完第二個程式時會發現執行的卻是第乙個程式,這是需要在第二個專案名稱上面點右鍵——設為啟動專案,然後專案的名字會變粗體,這樣就會執行第二個程式了

15樓:暗滅

多請同事吃飯,特別是離職的,你的薪水能不能漲上去,多半看他有沒有給你介紹工作了。

早點抱乙個技術牛人的大腿,他幫你上個台階很容易。

16樓:青盲

1. 乙個專案先想清楚方案重點關注對外的依賴編碼實現是很快的

2. 乙個系統的實現不單單要考慮業務功能的實現,還應該考慮到後期問題的定位監控及運營

17樓:森坦森

坐姿!坐姿很重要,不正確的坐姿日積月累會造成很難逆轉的傷害,一定要找到適合你的最舒服的且對腰椎損傷最小的姿勢。有條件上一把好的座椅。

18樓:靈劍

隨便寫點

乙個好的頂層設計比什麼都重要,比勤奮重要,比搜github和stackoverflow的能力重要

好的頂層設計是你用一句話就能說清楚,並且沒有修改餘地和疑點的那種。有的時候它正確的就像一句廢話。

設計乙個系統的時候從最困難的地方做起,而不是通過「這裡呼叫其他系統的API來實現」來將問題無限後推

雖然設計要一開始就想好頂層,但實現要從底層開始一層一層往上搭,底層不要跟頂層設計有關係,那是輪子。學會用和改別人的輪子或者自己設計乙個適合你的輪子。

扔掉你去年的經驗去用新技術,經驗永遠是過時的,只有道理不變。

讓只會調API的人滾蛋,或者至少從參與設計的組裡滾蛋。帶著他們那些設計出來的奇怪API一起。如果你真的搞明白了你的模組提供了什麼功能,你自然知道它應該是什麼樣的介面。

堅持你的設計,不要輕易妥協。除非你發現設計錯了。

如果你因為新需求重構了你的系統,你TM一定是沒有做好第1條。

19樓:劉洋

雖然不是老鳥但是有點經驗跟大家分享一下,就是疲憊,不在狀態,問題解決不了,bug源頭找不到的情況時,不要硬剛,睡一會或者出去走走,回來再繼續解決就很容易了。

20樓:張晉濤

1. 花點時間去研究一下自己日常使用的工具,帶來的效率提公升遠比你花費的時間更值得。比如 vim/git

2. 當一項技術要用到兩次以上,就該去好好把它搞懂,不要一知半解。 比如 shell

3. 問題不是靠堆人日加班解決的,往往睡一覺問題就解決了

4. 老程式設計師和新手對問題的關注點往往不同,這通常是因為經驗和對基本原理的掌握不同。 提公升效率最快的方式是把最關鍵的基礎原理教給他。 比如各種協議

5. 系統設計的再好,也要看是誰來編碼實現。想保證自己所設計系統的穩定和效能有很多必不可少的步驟。比如 code review

21樓:

還不是很老的鳥說下。我是客戶端開發

1.異常驅動程式設計。時刻想下這個地方可能會有什麼異常。包括不限於突然斷網,請求就是發不出去,機器突然重啟,突然合上蓋子等等

2. 盡早把程式日誌,打點,監控做好。方便以後排查問題。

3. 把邏輯,資料結構設定得盡可能簡單。如果一件事要做得很複雜,那麼很可能做錯了,想歪了。

4. 掌握一兩種通用的緊急quickfix技巧5. 一定要灰度發布!

22樓:小小明

有午休習慣的猿,11點半之後別debug,因為你很有可能吃不好午飯,午休也沒法休息,導致整個下午不在狀態,甚至bug越改越多。

23樓:

上面很多牛人回答很好,我不是老鳥,但囉嗦幾句老鳥和新人的區別:

1, debug能力很重要。出現問題時,懂得用最重要的:多角度排除 + google 英文搜尋 + 冷靜分析。

2,某細分行業的沉澱積累

3,來自經驗的自信

24樓:面試專家邁克

現在覺得甩鍋的能力很重要,不是自己的鍋堅決不背,是自己的就讓別人看到自己的負責態度。此人生經驗適用於一切行業。

最忌諱好心幫倒忙和被別人賴上,基本工作流程要搞清楚,每天想明白哪些是最重要的事情。最重要的事情加班也要弄完。不重要的事情先讓別人找自己的老闆商量:

25樓:

老程式設計師可以很輕鬆的避過一些坑,而新手被坑到死。然而事實是老程式設計師知道哪些是坑自己不去填,而是引導新手去踩然後讓新手去填。

有哪些老鳥前端知道而新手不知道的小技巧?

擼碼客 說乙個跟技術本身無關的吧 有時候需要給同事或者客戶傳檔案,檔案命名成 專案名 日期 編號 的格式就可以,千萬不要用 最後一版 最終版 之類把話說死的方式命名,否則你會出現 最終版plus 究極最終版 最終版再進化 這樣的命名,饒是漢語博大精深也描述不盡最終版之後的萬千進化形態。所以千萬不要出...

你不知道的裝修小技巧有哪些?

六神我簡單喝點兒 這大概就是智慧型馬桶的安裝了。智慧型馬桶的安裝真的和普通馬桶的不一樣,要求還是有點的,特別就需要注意水壓的要求,不是想衝就能衝的,一般沒有水箱的那些智慧型馬桶,需要達到3l 10s的水流量要求才可以觸發虹吸沖水,達到沖水的目的,不然馬桶的沖水效果會有很大的問題。然後就是選購,門道也...

釣魚有哪些技巧是高手知道而新手不知道的?

家裡拉出 個人覺得,理論聯絡實踐,競技釣的大師,所有的餌料都清楚,狀態,用法,魚竿等,我覺得是調整自己的勢,最後釣更多的魚,舉個例子,同事就是國家比賽的大師,一起釣相鄰位置,4.5公尺競技比賽,目標魚鯉魚,剛開始就說調高釣低 20分鐘後,都不上魚,他就開始調整餌料狀態,調整小藥,60分鐘後開始狂上魚...