iT邦幫忙

0

笑話連篇

寫程式要有成本觀念

寫程式的可以改變系統架構嗎 ??
要基層工人推翻專案架構顧問
要基層工人推翻專案框架顧問
要基層工人推翻專案資料庫顧問
要基層工人推翻專案技術顧問
要基層工人推翻專案整合顧問

對於程式開發這樣的工作,
我們不只追求及時完成、好的品質,
對於程式執行的每項動作需付出的代價,
也要一起全盤考量

寫應用程式的可以推翻 Framework ??

最近遇到一些實際發生的例子,
讓我深刻的體驗到,
在程式設計者的這個行業裡,
成本觀念似乎有愈來愈薄弱的趨勢。
此處所指的成本觀念,
並不是指總共花多少時間成本或多少人力成本來撰寫程式,
而是指對於自己的程式在執行的時候,
總共會耗去多少資源,
在進行設計甚至到撰寫程式的同時,
並沒有預先進行估計。
也就是說,
對於日後自己的程式在實際的環境中執行時,
究竟會付出多少資源上的代價,
其實不僅是毫無概念,
甚至是毫不在意。

蓋高鐵的工人來決定高鐵要蓋幾個站

看更多先前的討論...收起先前的討論...
總裁 iT邦好手 1 級 ‧ 2011-04-29 09:59:06 檢舉
唉....從發問到回答都在雞同鴨講....
我覺得這才是最好笑的部分.
賽門 iT邦超人 1 級 ‧ 2011-04-29 11:07:43 檢舉
這鍋應該是iT邦最經典離題篇....

連發問也離題....Orz
ccutmis iT邦高手 8 級 ‧ 2011-04-29 11:08:58 檢舉
看得懂 cdfu 說的,看不懂 albert 說的。=_="
總覺得 樓主所發的文
好像似有若無的在罵某間公司或是某個軟件
疑惑但是都掐頭去尾的 沒有指名道姓
或許某天樓主會主動爆料???放馬過來
賽門 iT邦超人 1 級 ‧ 2011-04-29 11:24:19 檢舉
liurambo0911提到:
主動爆料

這個....藍波老大猜一下目前國內最大的ERP公司是那一家就知道了, 和大陸某數碼公司合資後名字改了一個字...

藍波不是最喜歡扔炸彈的嗎? 藍波老大要不要自爆一下呀~~~偷笑
我沒有料好爆啦
我只求平安 我可沒有後盾可靠啊
除非我找好下一份更好的工作了偷笑
14
一級屠豬士
iT邦大師 1 級 ‧ 2011-04-29 00:12:21

這篇很好笑
很有意思

10
insect
iT邦新手 3 級 ‧ 2011-04-29 00:19:45

寫程式的 == 基層工人 ?

You must be kidding me.

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

16
liurambo0911
iT邦高手 1 級 ‧ 2011-04-29 08:48:27

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

16
pantc328
iT邦研究生 1 級 ‧ 2011-04-29 09:29:42

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

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

pantc328 iT邦研究生 1 級 ‧ 2011-04-29 11:30:41 檢舉

用一些比較實際的案例來表達.
有一些建築工程.
有工程經費,有工程時程.
當然有一些專家跟設計師.
這些專家跟設計師當然算好時程跟一些設計圖.
當專案進行一半時突然發現某些架構設計錯了,比如說鋼筋數不對,水泥磅數不對..
這時當然不可能從做.
就叫綁鐵工人,水泥工人.用他們的經驗法則去敲敲補補把外皮補起.

軟體工程又是更抽象一個層面.很多都是做好後才知道有問題.
有經驗的設計師會實作時可預知而去加一些功能.
有些是有問題時,也不用經過什麼系分師再什麼風險評估,關連評估..就叫程設師哪邊有洞補哪邊的做出來.

6
oowo
iT邦高手 1 級 ‧ 2011-04-29 15:54:51

問題在於計畫跟不上變化

2
darkslayer
iT邦好手 1 級 ‧ 2013-09-14 16:01:45

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

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

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

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

我要發表回答

立即登入回答