來(lái)源:知乎
作者:大狐貍
原文地址:https://www.zhihu.com/question/36426051/answer/76031743
在知乎上,總能看到一些達(dá)人犀利的回復(fù)蜀漆。今天小編分享來(lái)自大狐貍 為新手程序員分享的一些你所不知道的小技巧谅河。相信看過(guò)后,你會(huì)有所收獲确丢。
本來(lái)只是分享幾條看法绷耍,沒(méi)想到會(huì)有這么多人喜歡。我再補(bǔ)充一些鲜侥,希望能對(duì)進(jìn)階中的程序朋友有幫助褂始。手機(jī)敲得,比較凌亂描函。作為個(gè)人意見(jiàn)僅供參考崎苗。
- 重構(gòu)是程序員的主力技能。
- 工作日志能提升腦容量舀寓。
- 先用profiler調(diào)查胆数,才有臉談優(yōu)化。
- 注釋貴精不貴多基公。杜絕大姨媽般的“例注”。漫山遍野的碎碎念注釋宋欺,實(shí)際就是背景噪音轰豆。
- 普通程序員+google=超級(jí)程序員胰伍。
- 寫單元測(cè)試總是合算的。
- 不要先寫框架再寫實(shí)現(xiàn)酸休。最好反過(guò)來(lái)骂租,從原型中提煉框架。
- 代碼結(jié)構(gòu)清晰斑司,其它問(wèn)題都不算事兒渗饮。
- 管理行不行,就看工作流宿刮。
- 編碼不要畏懼變化互站,要擁抱變化。
- 常充電僵缺。程序員只有一種死法:土死的胡桃。
- 對(duì)于編程,隔離是方向磕潮,起名是關(guān)鍵翠胰,測(cè)試是主角,調(diào)試是補(bǔ)充自脯,版本控制是后悔藥之景。
- 一行代碼一個(gè)兵。必須形成函數(shù)/類/模塊等建制才能打仗膏潮。否則就是一盤散沙锻狗。可不可以千人班戏罢,萬(wàn)人排呀?不怕變成萬(wàn)人坑你就上屋谭。
- 重構(gòu)/優(yōu)化/修復(fù)Bug,同時(shí)只能作一件龟糕。
- 簡(jiǎn)單模塊注意封裝桐磁,復(fù)雜模塊注意分層。
- 人腦性能有限讲岁,整潔勝于雜亂我擂。遇到讀不懂的代碼,可以嘗試整理下格式;不好用的接口缓艳,可嘗試重新封裝下校摩。
- 迭代速度決定工作強(qiáng)度。想多快好省阶淘,簡(jiǎn)化開(kāi)發(fā)流程衙吩,加快迭代速度。
- 忘掉優(yōu)化寫代碼溪窒,忘掉代碼作優(yōu)化坤塞。因?yàn)檫^(guò)早優(yōu)化冯勉,往往事倍功半;而不通過(guò)全局性能度量,優(yōu)化也難有建樹(shù)摹芙。
- 最好的工具是紙筆;其次好的是markdown灼狰。
- leader問(wèn)你任務(wù)時(shí)間,你答不上來(lái)浮禾。很可能是任務(wù)拆分不夠細(xì)交胚。
- 寧可多算一周,不可少估一天盈电。別總因?yàn)椤昂靡狻倍屇愕腷oss受驚嚇蝴簇。
- 最有用的語(yǔ)言是English。其次的可能是Python挣轨。
- 畫出結(jié)果军熏,調(diào)試耗時(shí)將急劇縮短。
- 資源卷扮、代碼應(yīng)一道受版本管理荡澎。資源匹配錯(cuò)誤遠(yuǎn)比代碼匹配錯(cuò)誤更難排查。
- 不要基于想象開(kāi)發(fā)晤锹, 要基于原型開(kāi)發(fā)摩幔。原型的價(jià)值是快速驗(yàn)證想法,幫大家節(jié)省時(shí)間鞭铆。
- 序列化首選明文文本 或衡。諸如二進(jìn)制、混淆车遂、加密封断、壓縮等等有需要時(shí)再加。
- 編譯器永遠(yuǎn)比你懂微觀優(yōu)化舶担。只能向它不擅長(zhǎng)的方向努力坡疼。
- 不要定過(guò)大、過(guò)遠(yuǎn)衣陶、過(guò)細(xì)的計(jì)劃柄瑰。即使定了也沒(méi)有用。
- 至少半數(shù)時(shí)間將花在集成上剪况。
- 與主流意見(jiàn)/方法/風(fēng)格/習(xí)慣相悖時(shí)教沾,先檢討自己最可靠。
- 出現(xiàn)bug主動(dòng)查译断。那是難得的成長(zhǎng)機(jī)會(huì)(對(duì)經(jīng)驗(yàn)對(duì)形象都是)授翻。當(dāng)然還有:別人查出來(lái)你會(huì)很被動(dòng)。
- 不知怎么選技術(shù)書時(shí)就挑薄的。起碼不會(huì)太貴堪唐,且你能看完隆箩。
- git是最棒的。簡(jiǎn)單羔杨,可靠,免費(fèi)杨蛋。
- 僅對(duì)“可預(yù)測(cè)的非理性”拋斷言兜材。
- Log要有時(shí)間和分類,并且要能重定向輸出逞力。
- 注釋是稍差的文檔曙寡。更好的是清晰的代碼命名。
- 造輪子是很好的鍛煉方法寇荧。不過(guò)前提是見(jiàn)過(guò)別的輪子举庶。
- code review最好以小組或結(jié)對(duì)為主。因?yàn)閷?duì)業(yè)務(wù)有足夠了解建議才更有價(jià)值揩抡。而且不會(huì)成為負(fù)擔(dān)户侥。注意,提交過(guò)程中的管理員review很容易成為瓶頸峦嗤。
- 提問(wèn)前先做調(diào)研蕊唐。節(jié)約大家的時(shí)間。
- 永遠(yuǎn)別小看程序媛(╯3╰)烁设。