這篇很好笑
很有意思

寫程式的 == 基層工人 ?

You must be kidding me.

Yes, they should be able to overturn the architecture. Only they know the real details of the complexity.

如果SA SE SD分工的好
哪來什麼推翻不推翻
SA叫你做啥就做啥 SD哪來那麼多廢話
要廢話請自己跳出來當SA

這是好笑~
寫程式需要成本.
決策者也要成本.
分析者也要成本.

寫程式占總成本多少?
很多都是一開始決策就錯了.
很多都是分析者誤解意思了.
有些專案經理不知本身團隊的技術能量.
.....
有些東西朝令夕改.
不要怎麼都是程設師的錯.
不要怎麼錯都堆給別人來認定自己了不起.
不要拿別人來當笑話.
有本事自己寫.

問題在於計畫跟不上變化

這篇從2011年活到現在突然浮出來, 但是我還是忍不住要發言

關於下列幾句話:
在程式設計者的這個行業裡，
成本觀念似乎有愈來愈薄弱的趨勢。
此處所指的成本觀念，
並不是指總共花多少時間成本或多少人力成本來撰寫程式，
而是指對於自己的程式在執行的時候，
總共會耗去多少資源，
在進行設計甚至到撰寫程式的同時，
並沒有預先進行估計。
也就是說，
對於日後自己的程式在實際的環境中執行時，
究竟會付出多少資源上的代價，
其實不僅是毫無概念，
甚至是毫不在意。

我本身有在code, 也遇過有人code完無法執行的情形發生, 個人的感想如下.

1. 顧問要求的功能本來就很難做, 導致於程式設計師做出來時太耗資源, 這點請規畫的人自行檢討.
2. 程式設計師太菜, 無能力優化或寫不出好的程式碼所致, 這點也請帶隊的人自我檢討一下, 是不是該找個人來review一下&教一下那位工程師. 或者一開始根本不該將那位工程師納入團隊.
3. 我不清楚樓主的背景, 如果樓主也是位很高竿的程式設計師的話, 請麻煩樓主指導下那些沒有成本念的程式設計師, 相信日後那些人會很聽你的話的.
4. code的人向來在整個軟體業的地位都是很低的, 一堆沒code過只會畫圖的人在那指指點點. 做好全是顧問的功勞, 出事就是寫程式的人的錯.