編者按：本文作者為Jeff Standen，這是一位有著21年以上經驗的國外軟件開發(fā)者。如果你覺得他的經驗比較有益處，可以借鑒一下。

首先開發(fā)spike解決方案—— 這是我早期敏捷/極限編程所養(yǎng)成的習慣之一。spike解決方案是一次性原型，可以幫助你在投入大量時間和精力之前驗證你是否走對路。

區(qū)別就在于原型，因為你遵循這樣一個規(guī)則，在你完成研究之后，你最終會扔掉“spike”代碼。所以允許你偷工減料，迅速行動，因為它不會出現(xiàn)在產品或代碼審查中。

此方法有助于迅速發(fā)現(xiàn)設計的哪些部位尚不明確，而不必過早地嘗試架構或設計決策。

致力于小而連貫代碼塊的版本控制—— 通過類似CVS/Subversion，每次提交都直接發(fā)送到服務器。做部分文件的提交并不簡單。

隨著Git的出現(xiàn)，只提交較大文件的若干行代碼變得很容易，并且可以在push到遠程代碼倉庫之前先本地rebase/merge提交。

有一次，我在工作于更大功能的時候，采用了小型增量提交，我的工作效率直線上升。這樣做能夠清空我的大腦以便于面對更重要的事情。

經常寫代碼—— 最近，我正工作于：一個基于Web的企業(yè)協(xié)作和自動化平臺（PHP / MySQL），一個基于云的實時指標聚合器和使用循環(huán)哈希（Node.js/ Redis）的API，一個面向iOS app商店（Swift/ SpriteKit）的棋盤游戲，專門的基于URL的cronjob可替代基于web的SaaS服務（JAVA），等等。

用過大量框架和語言有助于我的抽象和算法思維。

我從工具，如Eclipse RCP、Tapestry和Hibernate中學到了很多偉大的經驗教訓，并用到我的PHP項目里。尤其是在2000年初，在有Java特征的企業(yè)生態(tài)系統(tǒng)用于PHP存在之前。我從Unity3d/C#學到了很多關于網(wǎng)絡和面向消息的架構。

如果我只堅持單一平臺和社區(qū)的話，就永遠不會知道這些概念。

編寫簡單的代碼—— 我以前習慣于寫復雜的代碼以作為對自己的挑戰(zhàn)。而現(xiàn)在的挑戰(zhàn)是要編寫優(yōu)雅且簡單的代碼——到一種每個人都覺得他們也能做到的地步（即使他們不能）。簡單代碼通常來自于若干次復雜代碼的迭代。

小編推薦閱讀

• 七夕——程序員獨有的表白方式
• 學習Swoole和Go語言的建議
• 失業(yè)日記：工作五年，交接只需要半天
• 技術規(guī)劃的思考與實踐
• 程序員會消失嗎？