應該不好，因為系統要最佳化程式碼，程式碼越少越好，程式設計師為了賺錢故意多寫程式碼導致執行速度慢，跟軟體開發需求背道而馳，

1、花括號需不需要另起一行這個問題終於得到有效終結，畢竟另起一行可以多賺錢

2、所有的標準庫、包、第三方庫都不需要，所有人都選擇把這些重寫一遍

3、類似babel之類的轉碼器，會增加功能，不影響語法、編譯的前提下，自動擴寫程式

4、會發現很多網頁都打不開，因為網頁檔案裡的程式碼被程式設計師不斷增加

5、1t的硬碟也很容易不夠用，程式碼行數的增加，程式設計師的硬碟空間暴漲

6、很多軟體公司直接破產，因為付不起工資，畢竟程式設計師想把程式碼寫少難，但寫多還不容易嗎？

7、for語句、函式這些也不需要吧，直接自己寫一遍吧

8、組合語言又受到程式設計師的追捧，php不再是最好的語言

9、人生好苦，我用Python

10、很多程式設計師寫程式碼就像我現在寫答案，即使想不出第10點，也要想辦法湊出來

按行計費也就是回車鍵的災難！

儘量自己寫程式碼，不用系統函式和框架的功能模組，能分開的程式碼就不去複用，通用函式分開寫，一個函式就完成一個簡單的功能，絕對不復用。

和現在的程式設計思維趣向完全不同了，能自己乾的都自己幹，debug的時間大大延長，即便這樣也是bug滿天飛。

但是，一旦程式碼開發出來效率比較高，程式碼長度大大縮小。

8090年代的開發基本都是裸程式碼的開發，所以那時的程式碼個頭不大，效率比較高，不像現在一個不大的專案，執行空間要求很高。

效率高的一個例子，Foxbase盛行的年代，資料庫的效率基本沒有太多的辦法，但是自己開發一個mini資料庫，專用的，速度提高的幅度是10倍的基數，多可怕的提高，當然開發難度的提高也是10倍的基數。如果按行計費開發成本也就大大增加了。

永遠不會發生。技術需要變為現金流。不能帶來經濟效益的程式碼是垃圾。天天供應垃圾還指望領工資？遲早會連人一起被當垃圾掃地出門的。

技術變現包括幾方面：

1. 市場或使用者需求的理解準確。

2.設計要使用者體驗好，敢和同類標杆比較。

3.提交越快越好，時間就是。這裡引申出兩個問題需要均衡：短期和長期問題。短期的提交保證儘快變現，儘快推出；長期的問題是架構合理，便於減少維護成本；另外就是重用的問題，軟體重用成本很低，再接類似專案會有巨大優勢。

那

我

可

能

會

這

樣

寫

代

碼

，

發

財

了

！

很多人說多寫多拿工資，我想說這話的人們只get到了一個case！還有一個case是用很多程式碼實現一個功能就拿越少的工資！也就是約精簡工資越高！如果真是這樣我想中國程式碼水平會大大提高

以前的程式碼是：

while n<10 :

n+=1

pass

現在是

pass

pass

pass

pass

pass

pass

pass

。

。

。

。

。

for(int i=0; i<N; i++)

{

printf("// \n");

}

迴圈還是要寫的，知識就是金錢