如今，雖然編程語言已經(jīng)足夠好了，我們?nèi)匀幻媾R著一些其他方面的困難與挑戰(zhàn)。時(shí)下，很多開發(fā)者認(rèn)為，編程的難度依然非常大。那么我們應(yīng)該如何更好地解決軟件開發(fā)的外在難題呢？

首先，我們需要更好的語言和開發(fā)環(huán)境。如果我們可以用更少的人編寫程序（比如兩個(gè)人能代替整個(gè)團(tuán)隊(duì)，或者一個(gè)團(tuán)隊(duì)代替一個(gè)部門），則可以大大削減組織規(guī)模。如果由同一個(gè)人來編寫接口的前后臺(tái)，就不需要開會(huì)討論了。生產(chǎn)率的提升不僅可以降低編寫代碼的成本，而且還會(huì)改變工作的方式，從而降低其他工作的成本。雖說如此，但這種方式也有局限性，因?yàn)槌绦騿T無法將所有業(yè)務(wù)都納入他們的腦海中。

其次，迭代速度是另一個(gè)杠桿。為了編寫程序，你需要了解領(lǐng)域知識(shí)以及需要做出的決定。為此，你需要了解所有細(xì)節(jié)，然后建立一種思維模型。雖然這種方法可行，但可能不是最有效的方法。還有一種方法，根據(jù)一些顯而易見的細(xì)節(jié)，構(gòu)建一個(gè)小型的思維模型。然后，根據(jù)這個(gè)模型創(chuàng)建一個(gè)小程序，并實(shí)際驗(yàn)證這個(gè)思維模型。然后根據(jù)得到的反饋進(jìn)行迭代，這樣每次創(chuàng)建的模型就會(huì)越來越豐富，越來越準(zhǔn)確。這種方法似乎更好，因?yàn)樗先藗儗W(xué)習(xí)的過程。為了保證這種方法的有效性，你需要快速測(cè)試并獲得反饋。理想狀態(tài)是在輸入完代碼后，新的代碼就立即開始運(yùn)行。改變開發(fā)環(huán)境，實(shí)現(xiàn)更快的迭代周期，可以讓開發(fā)人員從第一種方法轉(zhuǎn)變成第二種，從而幫助他們理解問題。

簡(jiǎn)單來說，如果我們能通過更好的工具來理解現(xiàn)有代碼，實(shí)現(xiàn)更快的開發(fā)迭代周期，并減少繁瑣的“體力”勞動(dòng)，就有可能改變軟件開發(fā)的方式，并從多方面改善我們的工作。

關(guān)注火貓網(wǎng)絡(luò)，一個(gè)帶你看透互聯(lián)網(wǎng)的開發(fā)者。