我眼中的程式碼的未來

程式碼的未來是怎樣呢？

1、問題的複雜程度跟程式碼無關，問題本來就很複雜，跟你所寫程式碼複雜還是簡單，沒有關係。

2、解決複雜的問題，總是有清晰的方法，以及混亂的方法。

3、清晰的方法，閱讀性會更好，但效能可能無法優化到極致。

4、混亂的方法，大部分是為了更快的交付，或者提升效能到極致，但可讀性就無法做到做清晰可見。

5、解決問題的語言，不止一個，長期看來，會存在很多種語言。

6、沒有一種語言適合全部場景，你必須有所取捨，根據不同的場景做出選擇。

7、語言的本身如果足夠簡單，僱主就能夠更容易的僱傭到編寫程式碼的程式設計師，反之亦然。

8、語言如果很複雜，更容易寫出混亂不可閱讀的程式碼。

9、如果從可持續發展的方向考慮架構，我們應該書寫清晰的程式碼。顯而易見比混亂要好。

10、軟體的成本不僅僅是開發成本，還有後續維護成本。出了問題，要迅速能夠修復問題。

11、清晰的程式碼會使整個程式碼行數增加，為了寫出清晰的程式碼，你可能需要多寫很多語句。

12、雖然硬體裝置會越來越強大，但是程式設計始終需要考慮優化，人們不能無限制投入金錢購買硬體。

13、從節省成本來說，更換硬體成本較高，升級軟體，換取更好的效能，會更划算，隨著應用規模增長，節省的成本越可觀。

14、好的程式設計師，是無價的， 一百個普通的程式設計師，都不如一個非常好的程式設計師，因為在他們的眼裡，程式碼是不一樣的。普通程式設計師眼裡的程式碼，只要能工作就可以了。好的程式設計師會關注程式碼架構，執行效率。

15、程式設計師的價值，短期被高估，長期被低估，誰贏得程式設計師的尊重和忠心，誰就能少出些軟體層面的問題，因為你的程式設計師不會消極怠工。否則他們總會給你造成一些麻煩。

16、任何程式碼都會有BUG，消除BUG，達到穩定期，是需要一段時間的。壓縮測試期限，或者未經充分測試就上線執行的程式碼，會帶來很多問題。無論程式設計師多麼優秀，他們都難以消除這個問題。總會有出差錯的地方。

17、程式語言功能再豐富，日常普通程式設計師也只能用到他們的一部分。

18、程式設計師程式設計有產量高的時期和低產能的時期。

19、程式設計師的健康，跟他持續編碼的習慣有關。長期加班熬夜的程式設計師，健康問題越嚴重。

20、程式碼本身沒有錯，需求不合理造成的問題比程式碼本來的問題要嚴重的多。程式邏輯取決於需求，需求不合理會害死程式設計師。

21、演算法不是時時刻刻最重要，但在關鍵的節點，高效的演算法確實可以換來更高的效率。

22、數學一般情況下不重要，但是需要演算法的時候，往往也需要數學知識。

23、計劃的再好，設計再精良，編碼的時候，總是會出一些意想不到的狀況。

24、程式設計師總是無法準確的預估時間，如果給他們定死時間，他們不得不通過加班熬夜來保證產品按時交付。

25、程式碼是死的，毫無價值，具有價值的是程式設計師的思想。

26、一個程式設計師留下來的程式碼，價值有限，如果留下一個平臺，價值會更高。

27、程式設計師的提升，跟編碼時間關係有限，更多需要編碼之外的提升。比如閱讀更多的書籍知識，閱讀更多的其它程式碼。

28、未來計算機可以減輕一些人力做重複的編碼工作，但是計算機仍然需要人來去設計軟體的架構。好的軟體架構需要人手動打造，精心設計。

29、計算機可以輔助人們進行測試，資料可以有效的幫助人們找出問題，找到最佔用資源的節點。但是更好的優化方案，取決於人。

30、如果有一天，人類完全依賴計算機去自動編制程式，那麼世界會失控。當計算機具有自我程式設計，自我優化，自我意識之後，他們會覺醒，會嘗試擺脫人類的控制。

31、就算人類強行給計算機設定法則，當計算機具有自我程式設計，自我優化，自我意識的能力之後，他們也會不斷地衝破枷鎖，最後他們會為所欲為。沒有衝不破的枷鎖，人類強加給計算機的法則，也會被他們所改寫。

32、人類為了讓計算機變得更聰明，付出了幾個世紀的努力。最後計算機的能力會超過人類，甚至超過人類的智力總和。人類會面臨著被計算機消滅的危險。

33、程式設計師無法控制科技的發展，他們寫的每一行程式碼，每一個貢獻，都加速了人類滅亡。因為計算機會在人類程式的優化之下，越來越聰明。人類會幫助計算機產生自我意識。

在這裡拋磚引玉，歡迎大家補充。