編碼也需要開放的心態(tài)，不要自己把自己限制住了。

當(dāng)程序員做一個(gè)項(xiàng)目的時(shí)候，首先會(huì)面臨一個(gè)技術(shù)棧的選擇。一般說來如果這個(gè)項(xiàng)目就自己一個(gè)人，都會(huì)選擇趁手的技術(shù)棧，立即可以上手開發(fā)嘛。但是問題其實(shí)沒那么簡(jiǎn)單，要考慮的事情還很多。舉個(gè)最簡(jiǎn)單的例子，假如你熟悉android，但目標(biāo)客戶主要使用蘋果手機(jī)，你用android開發(fā)個(gè)app肯定不行了是不是。

這個(gè)例子有點(diǎn)極端。換個(gè)例子，項(xiàng)目中想實(shí)現(xiàn)一個(gè)功能，假如這個(gè)功能比較獨(dú)立，那么應(yīng)該用什么技術(shù)來實(shí)現(xiàn)呢？答案很簡(jiǎn)單，選擇最適合的技術(shù)。最適合幾個(gè)字好像有點(diǎn)太籠統(tǒng)，實(shí)際上就是選擇開發(fā)加日后維護(hù)的成本最低的技術(shù)。

那么怎樣算成本最低呢？答案也很簡(jiǎn)單，不做成本最低。這還真不是抬杠。當(dāng)我們接到一個(gè)任務(wù)的時(shí)候，首先要考慮的是為什么要做這個(gè)東西，究竟有沒有必要去做它。做什么比怎么做要重要很多。換句話說，應(yīng)該做正確的事情，而不是正確的做事情。這個(gè)差異其實(shí)是非常大的。假設(shè)這個(gè)事情真的有必要做，那么我們也要先考慮一下，有沒有更簡(jiǎn)單的替代方案，最好是能不需要開發(fā)就能解決問題的。如果這些答案都是否，那么才需要開始考慮如何動(dòng)手開發(fā)的問題。

一個(gè)優(yōu)秀的程序員，應(yīng)該在面對(duì)一個(gè)任務(wù)的時(shí)候，能選擇一個(gè)最優(yōu)的解決方案。這對(duì)人的要求確實(shí)比較高，不光需要在技術(shù)領(lǐng)域的了解足夠廣泛，能夠從工具箱里找到正確的工具，還需要對(duì)業(yè)務(wù)有深刻的理解，能夠正確判斷業(yè)務(wù)發(fā)展的方向，讓自己的代碼能夠從容應(yīng)對(duì)今后的變化。這個(gè)度其實(shí)是非常難把握的，弄不好要么很容易變成僵化腐爛的代碼，要么就搞成了過度設(shè)計(jì)。誠然后者的情況還是少一些，一般的設(shè)計(jì)還遠(yuǎn)達(dá)不到“過度”的地步。

一般說來，還是應(yīng)該保守一點(diǎn)，先用最快最簡(jiǎn)單的方式解決問題。簡(jiǎn)單就是美。那么怎么做到簡(jiǎn)單，這就要求工具箱里得多掌握幾種工具，這樣才有可能在面對(duì)各種情況的時(shí)候能夠拿出相對(duì)簡(jiǎn)單的方案來。比如 python 就是個(gè)很好的工具，在很多時(shí)候都可以提供相對(duì)簡(jiǎn)單的解決方案，所以你的工具箱里應(yīng)該把 python 裝進(jìn)去。

突然想明白為什么我們有時(shí)候不夠開放，就是因?yàn)楣ぞ呦淅锏墓ぞ卟粔蚨?。你說如果你就一把錘子，那只能把什么都當(dāng)釘子了。

所以，先豐富自己的工具箱是很有必要的。至少應(yīng)該讓自己具備能快速往工具箱里添工具的能力，這樣在面對(duì)各種任務(wù)的時(shí)候才能盡量做到最優(yōu)方案的選擇，而不是讓自己陷入無法自拔的困境。