點(diǎn)擊上方“逆鋒起筆”,公眾號(hào)回復(fù) PDF
領(lǐng)取大佬們推薦的學(xué)習(xí)資料
白交 發(fā)自 凹非寺
量子位 報(bào)道 | 公眾號(hào) QbitAI
編程如何節(jié)省更多的時(shí)間,犯更少的錯(cuò)誤?
最近,這樣一份「心得」火了。這位名叫Kesk Noren的軟件工程師在Medium上分享了一篇博文——「40 Tips that will change your coding skills forever」,獲得3.5k點(diǎn)贊。
除了軟件工程師以外,Kesk Noren還是一位全棧工程師。他用15年的工作經(jīng)驗(yàn),總結(jié)出來(lái)一些對(duì)職業(yè)生涯有幫助的東西。
這篇文章雖然讀起來(lái)很快,但是真正能夠應(yīng)用好它,就需要一生的時(shí)間。
話不多說(shuō),我們就來(lái)一睹為快!
1、將大塊代碼分解成小函數(shù)。
2、今日事今日畢,如果沒(méi)畢,就留到明天。
如果下班之前還沒(méi)有解決的問(wèn)題,那么你需要做的,就是關(guān)閉電腦,把它留到明天。
「You aren’t gonna need it!」
你自以為有用的功能,實(shí)際上是用不到的。除了要求的核心功能,其他功能一概不要部署。
這一原則的核心思想是,盡可能快、盡可能簡(jiǎn)單的將軟件運(yùn)行起來(lái)。
4、不必全知全能,但基礎(chǔ)一定要扎實(shí)
比如學(xué)習(xí)一些基礎(chǔ)知識(shí),SOLID原則,如何寫(xiě)干凈的代碼等等。
「Keep it simple,stupid.」or「Keep it stupid simple.」,一種程序設(shè)計(jì)原則。
大多數(shù)系統(tǒng)往往「最簡(jiǎn)單」,運(yùn)行效率最高,但實(shí)際操作起來(lái)并不簡(jiǎn)單。
7、被問(wèn)題/Bug卡住時(shí),walk away!
當(dāng)你走在去上班、去廁所、去散步的時(shí)候,也許就能想到解決方法。
尤其是在與客戶、同事生氣時(shí),甚至關(guān)乎你工作去留的時(shí)候,效率會(huì)更高。
8、學(xué)會(huì)寫(xiě)測(cè)試代碼TDD
TDD是一個(gè)軟件開(kāi)發(fā)過(guò)程,它依賴于重復(fù)一個(gè)很短的開(kāi)發(fā)周期:寫(xiě)一個(gè)測(cè)試,運(yùn)行所有的測(cè)試,看看新的測(cè)試是否失敗,寫(xiě)一些代碼,運(yùn)行測(cè)試,重構(gòu)代碼,重復(fù)。
9、先分解問(wèn)題再開(kāi)始寫(xiě)代碼
不要不知道怎么做就開(kāi)始寫(xiě)代碼。
11、學(xué)好用好Stack Overflow
如果你復(fù)制粘貼一個(gè)Stack Overflow解決方案,請(qǐng)一定要確保已經(jīng)理解了它。
如果你想學(xué)點(diǎn)什么,就去練習(xí),光學(xué)是不夠的。
研究別人的代碼,讓別人時(shí)常研究你的代碼。
14、Don’t Reinvent The Wheel
充分利用已有的經(jīng)驗(yàn)和成果,避免不必要的投入和浪費(fèi)。
對(duì)于這一點(diǎn),你需要有經(jīng)驗(yàn)以及讀很多書(shū),才知道要找什么東西。
17、寫(xiě)代碼時(shí)要之后維護(hù)考慮
你的代碼將來(lái)需要你自己或者別人來(lái)維護(hù)。
所以,寫(xiě)代碼的時(shí)候要考慮到讀者,而不是想成為最聰明的人,讓它讀起來(lái)就像在讀一個(gè)故事。
用谷歌、百度解決錯(cuò)誤的最好方式就是「復(fù)制粘貼」。
到最后,不管用什么方式,問(wèn)題肯定會(huì)解決。
解決問(wèn)題的最好方法是有一個(gè)安穩(wěn)的心態(tài)。
21、學(xué)習(xí)軟件設(shè)計(jì)模式
設(shè)計(jì)模式是軟件設(shè)計(jì)中常見(jiàn)問(wèn)題的解決方案。每一種模式就像一個(gè)藍(lán)圖,你可以自定義來(lái)解決代碼中常見(jiàn)的設(shè)計(jì)問(wèn)題。(不要重復(fù)發(fā)明輪子)
盡可能實(shí)現(xiàn)自動(dòng)化。
「Code kata」是編程中的一種練習(xí),可以幫助程序員通過(guò)練習(xí)和重復(fù)來(lái)提高他們的技能。
編程到一個(gè)接口,而不是implementation。
所謂依賴注入,就是組件之間的依賴關(guān)系由容器在應(yīng)用系統(tǒng)運(yùn)行期來(lái)決定,也就是由容器動(dòng)態(tài)地將某種依賴關(guān)系的目標(biāo)對(duì)象實(shí)例注入到應(yīng)用系統(tǒng)中的各個(gè)關(guān)聯(lián)的組件之中。關(guān)注公眾號(hào) 逆鋒起筆,回復(fù) pdf,下載你需要的各種學(xué)習(xí)資料。
25、重構(gòu)-測(cè)試-重構(gòu)
重構(gòu)是一種對(duì)現(xiàn)有代碼進(jìn)行重組的技術(shù),在不改變其外部行為的前提下,改變和改進(jìn)其內(nèi)部結(jié)構(gòu)。
27、Practice makes perfect.
雖然有時(shí)評(píng)論可以幫到你,但不要太過(guò)在意。他們可能已經(jīng)過(guò)時(shí)了。
29、了解你的開(kāi)發(fā)環(huán)境
了解你的開(kāi)發(fā)環(huán)境,并invest一個(gè)足夠強(qiáng)大的環(huán)境,如,IntelliJ。
在開(kāi)發(fā)網(wǎng)絡(luò)應(yīng)用時(shí),要考慮到移動(dòng)優(yōu)先以及相關(guān)的功率和帶寬限制。
32、不要過(guò)早優(yōu)化或重構(gòu)
更重要的是盡快擁有一個(gè)最低限度可行的產(chǎn)品。
千萬(wàn)不要為了節(jié)省幾分鐘的時(shí)間而選擇效率低下的捷徑方式。
「Every time you code, give your best!」
34、遵循規(guī)定的標(biāo)準(zhǔn)
當(dāng)你開(kāi)發(fā)你的UI時(shí),需要考慮到這一點(diǎn)。
36、堅(jiān)持使用Github或bitbucket
可以進(jìn)行小規(guī)模、頻繁的git提交。
記錄系統(tǒng)日志比調(diào)試代碼更好。
如果你使用一種風(fēng)格,請(qǐng)總是使用相同的風(fēng)格。
如果你和更多的人一起工作,對(duì)所有的團(tuán)隊(duì)都使用相同的風(fēng)格。
但比起學(xué)習(xí)新語(yǔ)言或框架,更要注重學(xué)習(xí)軟件開(kāi)發(fā)的基礎(chǔ)知識(shí)。
最后,對(duì)你正在做的事情保有足夠的耐心和熱愛(ài)。
好了,這就是40個(gè)改變你編程技能的小技巧,希望能對(duì)你有所幫助~
當(dāng)然,如果你有什么好的經(jīng)驗(yàn)技巧,也歡迎與我們分享~
https://medium.com/swlh/40-tips-that-will-change-your-coding-skills-forever-bf9d6b936ccc