精品主題,實戰(zhàn)科普,最新行業(yè)熱點話題,隨時掌握云上咨訊。
理解技術(shù)債務(wù)
技術(shù)債務(wù)就像信用卡一樣,會有很高的利息率,時間越長,修復(fù)所花的代價就越大,程序員對這個要有深刻的認識。同時團隊應(yīng)該培養(yǎng)一種保證設(shè)計質(zhì)量的文化,應(yīng)當鼓勵重構(gòu)、同時也應(yīng)當鼓勵其它有關(guān)代碼質(zhì)量的實踐,在開發(fā)時間中應(yīng)當專門抽出一部分以解決技術(shù)債務(wù)。如果沒有合適的照料,代碼會變得越來越復(fù)雜難懂,最后沒人想碰它。
保持對原理的好奇心
不僅知道怎么用,還知道是什么原因。比如你做 Android,可以了解一下他的事件分發(fā)機制是什么樣的,它的 Measure/Layout 是怎么 work 的,有時間讀一讀它的源代碼,看看他的原生控件是怎么實現(xiàn)的。學(xué) iOS,了解一下它的內(nèi)存管理,autorelease 是怎么工作的,runtime 是怎么工作的,runloop 的原理是什么。做 Server 開發(fā),可以了解一下 Nginx 為什么性能好,Redis 的工作原理如何,有時間也可以讀讀其源代碼。 做前端,也可以讀一讀 Angular 或 React 的源代碼。
專注
程序員的工作效率可以相差很大,其中區(qū)別很大的一點就是是否專注,就像線程切換一樣,恢復(fù)上下文有很高的代價。建議合理安排好自己的時間,盡量在上午/下午留大塊的專注時間來做設(shè)計和編程,關(guān)掉 IM/郵件/微信,把面試/會議等安排在大塊時間之外,同時也建議可以嘗試一下番茄工作法。
同理心
寫代碼時要有同理心,考慮一個有少量上下文甚至完全不了解上下文的另外一個程序員他會怎么樣讀這個代碼,這樣自然就知道怎么寫出可讀性好的代碼,該怎么命名,什么地方該加注釋。 考慮以后維護代碼的這個人就是你自己,這樣在偷懶做一些臨時的 workaround 時就會三思。 交付給測試人員時也要有同理心,有沒有做基本的質(zhì)量保證,有沒有跟測試溝通改動可能的影響范圍,讓測試人員可以更有針對性的測試。
謀定而后動
好的程序員不是拿到需求就開始寫代碼,而是先考慮清楚。 需求是否合理,是否能解決用戶的問題,邏輯上是否有模糊或不完備的地方。 然后考慮設(shè)計的問題,流程圖是什么樣的,類圖是什么樣的,接口是什么樣的,對架構(gòu)和模塊的影響是什么樣的,考慮清楚后才開始寫代碼。
架構(gòu)思維/全局思維
理解整體架構(gòu)是什么樣的,你開發(fā)的模塊在架構(gòu)中的層次,新增的改動會不會對架構(gòu)有污染,是否需要調(diào)整架構(gòu),所開發(fā)的模塊可否抽象成通用模塊或者可否復(fù)用已有模塊,或則重構(gòu)已有模塊達到可復(fù)用目的。
設(shè)計語言
掌握適當?shù)脑O(shè)計語言,比如 Plantuml 或 Visio,或者是一些設(shè)計模式,知道如何以簡單清晰的方式去跟其他程序員描述和溝通你的設(shè)計和架構(gòu),大家理解一致了,才能更有效率的合作。
追求代碼質(zhì)量
代碼質(zhì)量是程序員的立足之本,在這一點上,要有精益求精的“匠心”。 我看到很多普通程序員做了不少項目后水平提升仍然不明顯,無它,對代碼質(zhì)量沒有精益求精的精神。 代碼規(guī)范,健壯性,可讀性,可維護性,無重復(fù)代碼等等,都要精益求精。
代碼審查
代碼審查是保證代碼和工程質(zhì)量的最有效手段,優(yōu)秀的公司(比如 Facebook,Google)和優(yōu)秀的團隊都非常重視代碼審查。
自動化
好的程序員都應(yīng)該有自動化思維和工具思維,都應(yīng)該會一門腳本語言,有自己的工具庫。我們應(yīng)該通過工具及自動化來改善我們的工作效率,以及避免一些人為的失誤。