有哪些老鳥程序員知道而新手不知道的小技巧？

有哪些老鳥程序員知道而新手不知道的小技巧汁展？

1.重構(gòu)是程序員的主力技能鹊碍。

2.工作日志能提升腦容量。

3.先用profiler調(diào)查食绿，才有臉談優(yōu)化侈咕。

4.注釋貴精不貴多。杜絕大姨媽般的“例注”器紧。漫山遍野的碎碎念注釋耀销，實際就是背景噪音。

5.普通程序員+google=超級程序員铲汪。

6.寫單元測試總是合算的熊尉。

7.不要先寫框架再寫實現(xiàn)。最好反過來掌腰，從原型中提煉框架狰住。

8.代碼結(jié)構(gòu)清晰，其它問題都不算事兒齿梁。

9.管理行不行催植，就看工作流。

10.編碼不要畏懼變化，要擁抱變化查邢。

11.常充電蔗崎。程序員只有一種死法：土死的。

12.對于編程扰藕，隔離是方向缓苛，起名是關(guān)鍵，測試是主角邓深，調(diào)試是補(bǔ)充未桥，版本控制是后悔藥。

13.一行代碼一個兵芥备。必須形成函數(shù)/類/模塊等建制才能打仗冬耿。否則就是一盤散沙∶瓤牵可不可以千人班亦镶，萬人排呀?不怕變成萬人坑你就上。

14.重構(gòu)/優(yōu)化/修復(fù)Bug袱瓮，同時只能作一件缤骨。

15.簡單模塊注意封裝，復(fù)雜模塊注意分層尺借。

16.人腦性能有限绊起，整潔勝于雜亂。遇到讀不懂的代碼燎斩，可以嘗試整理下格式;不好用的接口虱歪，可嘗試重新封裝下。

17.迭代速度決定工作強(qiáng)度栅表。想多快好省笋鄙，簡化開發(fā)流程，加快迭代速度谨读。

18.忘掉優(yōu)化寫代碼局装，忘掉代碼作優(yōu)化。因為過早優(yōu)化劳殖，往往事倍功半;而不通過全局性能度量铐尚，優(yōu)化也難有建樹。

19.最好的工具是紙筆;其次好的是markdown哆姻。

20.leader問你任務(wù)時間宣增，你答不上來。很可能是任務(wù)拆分不夠細(xì)矛缨。

21.寧可多算一周爹脾，不可少估一天帖旨。別總因為“好意”而讓你的boss受驚嚇。

22.最有用的語言是English灵妨。其次的可能是Python解阅。

23.畫出結(jié)果，調(diào)試耗時將急劇縮短泌霍。

24.資源货抄、代碼應(yīng)一道受版本管理。資源匹配錯誤遠(yuǎn)比代碼匹配錯誤更難排查朱转。

25.不要基于想象開發(fā)蟹地，要基于原型開發(fā)。原型的價值是快速驗證想法藤为，幫大家節(jié)省時間怪与。

26.序列化首選明文文本。諸如二進(jìn)制缅疟、混淆分别、加密、壓縮等等有需要時再加存淫。

27.編譯器永遠(yuǎn)比你懂微觀優(yōu)化茎杂。只能向它不擅長的方向努力。

28.不要定過大纫雁、過遠(yuǎn)、過細(xì)的計劃倾哺。即使定了也沒有用轧邪。

29.至少半數(shù)時間將花在集成上。

30.與主流意見/方法/風(fēng)格/習(xí)慣相悖時羞海，先檢討自己最可靠忌愚。

31.出現(xiàn)bug主動查。那是難得的成長機(jī)會(對經(jīng)驗對形象都是)却邓。當(dāng)然還有:別人查出來你會很被動硕糊。

32.不知怎么選技術(shù)書時就挑薄的。起碼不會太貴腊徙，且你能看完简十。

33.git是最棒的。簡單撬腾，可靠螟蝙，免費。

34.僅對“可預(yù)測的非理性”拋斷言民傻。

35.Log要有時間和分類胰默，并且要能重定向輸出场斑。

36.注釋是稍差的文檔。更好的是清晰的代碼命名牵署。

37.造輪子是很好的鍛煉方法漏隐。不過前提是見過別的輪子。

38.code review最好以小組或結(jié)對為主奴迅。因為對業(yè)務(wù)有足夠了解建議才更有價值青责。而且不會成為負(fù)擔(dān)。注意半沽，提交過程中的管理員review很容易成為瓶頸爽柒。

39.提問前先做調(diào)研。節(jié)約大家的時間者填。

40.永遠(yuǎn)別小看程序媛

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者

有哪些老鳥程序員知道而新手不知道的小技巧？

有哪些老鳥程序員知道而新手不知道的小技巧汁展？

1.重構(gòu)是程序員的主力技能鹊碍。

2.工作日志能提升腦容量。

3.先用profiler調(diào)查食绿，才有臉談優(yōu)化侈咕。

4.注釋貴精不貴多。杜絕大姨媽般的“例注”器紧。漫山遍野的碎碎念注釋耀销，實際就是背景噪音。

5.普通程序員+google=超級程序員铲汪。

6.寫單元測試總是合算的熊尉。

7.不要先寫框架再寫實現(xiàn)。最好反過來掌腰，從原型中提煉框架狰住。

8.代碼結(jié)構(gòu)清晰，其它問題都不算事兒齿梁。

9.管理行不行催植，就看工作流。

10.編碼不要畏懼變化，要擁抱變化查邢。

11.常充電蔗崎。程序員只有一種死法：土死的。

12.對于編程扰藕，隔離是方向缓苛，起名是關(guān)鍵，測試是主角邓深，調(diào)試是補(bǔ)充未桥，版本控制是后悔藥。

13.一行代碼一個兵芥备。必須形成函數(shù)/類/模塊等建制才能打仗冬耿。否則就是一盤散沙∶瓤牵可不可以千人班亦镶，萬人排呀?不怕變成萬人坑你就上。

14.重構(gòu)/優(yōu)化/修復(fù)Bug袱瓮，同時只能作一件缤骨。

15.簡單模塊注意封裝，復(fù)雜模塊注意分層尺借。

16.人腦性能有限绊起，整潔勝于雜亂。遇到讀不懂的代碼燎斩，可以嘗試整理下格式;不好用的接口虱歪，可嘗試重新封裝下。

17.迭代速度決定工作強(qiáng)度栅表。想多快好省笋鄙，簡化開發(fā)流程，加快迭代速度谨读。

18.忘掉優(yōu)化寫代碼局装，忘掉代碼作優(yōu)化。因為過早優(yōu)化劳殖，往往事倍功半;而不通過全局性能度量铐尚，優(yōu)化也難有建樹。

19.最好的工具是紙筆;其次好的是markdown哆姻。

20.leader問你任務(wù)時間宣增，你答不上來。很可能是任務(wù)拆分不夠細(xì)矛缨。

21.寧可多算一周爹脾，不可少估一天帖旨。別總因為“好意”而讓你的boss受驚嚇。

22.最有用的語言是English灵妨。其次的可能是Python解阅。

23.畫出結(jié)果，調(diào)試耗時將急劇縮短泌霍。

24.資源货抄、代碼應(yīng)一道受版本管理。資源匹配錯誤遠(yuǎn)比代碼匹配錯誤更難排查朱转。

25.不要基于想象開發(fā)蟹地， 要基于原型開發(fā)。原型的價值是快速驗證想法藤为，幫大家節(jié)省時間怪与。

26.序列化首選明文文本 。諸如二進(jìn)制缅疟、混淆分别、加密、壓縮等等有需要時再加存淫。

27.編譯器永遠(yuǎn)比你懂微觀優(yōu)化茎杂。只能向它不擅長的方向努力。

28.不要定過大纫雁、過遠(yuǎn)、過細(xì)的計劃倾哺。即使定了也沒有用轧邪。

29.至少半數(shù)時間將花在集成上。

30.與主流意見/方法/風(fēng)格/習(xí)慣相悖時羞海，先檢討自己最可靠忌愚。

31.出現(xiàn)bug主動查。那是難得的成長機(jī)會(對經(jīng)驗對形象都是)却邓。當(dāng)然還有:別人查出來你會很被動硕糊。

32.不知怎么選技術(shù)書時就挑薄的。起碼不會太貴腊徙，且你能看完简十。

33.git是最棒的。簡單撬腾，可靠螟蝙，免費。

34.僅對“可預(yù)測的非理性”拋斷言民傻。

35.Log要有時間和分類胰默，并且要能重定向輸出场斑。

36.注釋是稍差的文檔。更好的是清晰的代碼命名牵署。

37.造輪子是很好的鍛煉方法漏隐。不過前提是見過別的輪子。

38.code review最好以小組或結(jié)對為主奴迅。因為對業(yè)務(wù)有足夠了解建議才更有價值青责。而且不會成為負(fù)擔(dān)。注意半沽，提交過程中的管理員review很容易成為瓶頸爽柒。

39.提問前先做調(diào)研。節(jié)約大家的時間者填。

40.永遠(yuǎn)別小看程序媛

25.不要基于想象開發(fā)蟹地，要基于原型開發(fā)。原型的價值是快速驗證想法藤为，幫大家節(jié)省時間怪与。

26.序列化首選明文文本。諸如二進(jìn)制缅疟、混淆分别、加密、壓縮等等有需要時再加存淫。