每位程序員有自己獨有的編程方式，原文作者Ben Teese在他的程序員生涯中，悟出對編碼流程的一些見解：多思考、多編碼、多測試。打造軟件的過程是一個不斷學(xué)習(xí)的過程，一個好的策略是遵循計劃-執(zhí)行-反思來進(jìn)行的。

在我的程序員生涯中，悟出了以下的一個程序編碼流程；期間也接觸了很多其它的理論和想法，但是我還是覺得這是最適合我的。

大致的樣式是這樣的：

a：多思考（Think a bit）

b：多編碼（Code a bit）

c：多測試（Test a bit）

再來一遍（Go to Step 1）

第一步：多思考

有多少朋友會覺得，噼噼啪啪鍵盤節(jié)奏的快慢代表了程序生產(chǎn)力的高低？如果你也是這樣想的，我希望你能在遇到問題時，先放一放，靜心想一想。

如果思考的時候，覺得無從下手，不妨先問問自己：究竟要做什么？ 一旦安靜下來，這個問題的答案將會使我們辨清方向或者重新考慮問題的處理方法。

下一步，我會建議思考這個問題：自己是否把簡單問題復(fù)雜化了？ 嘗試用最簡單的辦法來解決問題是每個程序員應(yīng)該為之努力的目標(biāo)。但當(dāng)我們掌握了足夠多的學(xué)識時，用如此簡單的方法來解決問題是否大材小用了？如果這樣想，或許最后找上我們的卻是一堆堆越來越復(fù)雜的問題。嘗試轉(zhuǎn)一下思路，用簡單的辦法解決問題會導(dǎo)致最壞結(jié)果是什么呢？是比不能解決問題更差嗎？學(xué)會跳出牛角尖，這一點很重要。

因此，在遇到問題時，不妨多問問自己以上幾個問題。而當(dāng)進(jìn)行到一個瓶頸位置，進(jìn)退維谷時，我會考慮進(jìn)入下一步。

第二步：多做

我覺得這是最有趣的一步。因為很多時候，編程對于我們來說更像是打游戲，不是嗎？但是要避免過猶不及。正如前述，當(dāng)發(fā)覺做了無用功時，應(yīng)該適當(dāng)轉(zhuǎn)變思路，并再次提醒自己：是否朝著既定的方向前進(jìn)。

然后，我們接著做下一步。

第三步：多測試

實不相瞞，這一步不僅沒有編碼那么趣味盎然，甚至還十分讓人煩惱。

但是，沒有測試環(huán)節(jié)的項目，我建議還是在個人的開源項目中進(jìn)行吧；因為不經(jīng)過測試而發(fā)布的，應(yīng)該沒有多少人敢用。

除了煩惱，測試可能也是編碼過程中最復(fù)雜的一個環(huán)節(jié)了。有別于編程那樣的所見即所得，要找出最優(yōu)的測試方案可得花上成倍的努力。測試的特點就是充滿不確定性。

有的朋友采用的是測試驅(qū)動的開發(fā)方法，我的看法是：這是好的，但請堅持到底。對于我來說，如果是高度算法集中的項目，我也會采用該方法。

第四步：再來一遍

問題的解決很多時候都不是一蹴而就的，一遍下來的循環(huán)和反饋是至關(guān)重要的。打造軟件的過程是一個不斷學(xué)習(xí)的過程，不斷學(xué)習(xí)加強(qiáng)技術(shù)和問題處理的能力。一個好的策略是遵循計劃->執(zhí)行->反思的過程來進(jìn)行。

小結(jié)

以上就是我個人的一些有關(guān)編碼流程的見解。時至今日，隨著越來越多的便捷開發(fā)工具的推出，以上這四步流程走得更順暢了。所以，請不妨試試吧。

PS：早讀君現(xiàn)在學(xué)習(xí)一門語言，已經(jīng)不滿足每次照代碼寫個demo了。在做之前會大概想個產(chǎn)品，然后利用這個要學(xué)的語言盡量的把技術(shù)用進(jìn)去。有了產(chǎn)品雛形就會涉及到非常廣的技術(shù)，這個時候就要慢慢去延伸了。完畢~~~

標(biāo)簽： 代碼

版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請與原作者聯(lián)系。