Re: [閒聊] 你在開發程式時，是重視績效還是品質

[thinkniht (不下棋=.=)]

我是開這主題的原PO
稍微講一下貼這文的原因吧
最近有在處理一個多人共同開發的專案
專案內容是開發一個系統的一些功能(算是把舊有系統做修改成新的系統)
這些功能都有現有系統的程式碼(只是在功能上都需要修改...)
這些現有的程式碼...
其實還蠻爛的

結果公司同事在寫程式時就分成兩種類型

一種是只針對功能的功能面上做修改
對整個功能的程式有很多地方其實不瞭解

另一種是會把整個功能的程式都做個了解
不只做功能面上的修改
原本程式可能會有一些沒被發現的問題
也會一起修改
另外還會增加程式的可讀性與維護性

兩種花的時間...當然會差很多
不過對於日後維護的人而言
維護的容易程度也會差很多

發這問題...是好奇大家會傾向於哪種類型
看來第一種居多啊

To xxtuoo:
我覺得程式難懂 不算品質好=.=+

補充一下:
我指的是...至少"適當"的加些註解吧
就算程式邏輯真的很複雜
如果能進行些說明...要是還是很難懂
也不能怪寫的人了

我之前看一個要離職的人的程式
程式邏輯其實很簡單
但沒註解...要維護會比較花時間

※ 引述《xxtuoo (Do me good)》之銘言：
: 當然是先做出來再說
: 求品質 --> 主管: ooxx你這個鳥功能要寫多久啊,
:            同事: 你的code好難懂喔
:            老闆: 最近公司軟體開發出來後都沒啥issue
:                  過太爽. 砍獎金 加工作loading 砍人
: 結果: 公司賺錢 可是因為做得太好 反而還失業了
: 求績效 --> 主管: 太強了 公司第一把交椅就是你
:            同事: ...(幫忙解issue 忙到說不出話來)
:            老闆: 最近公司軟體issue解不完 加班加不完
:                  太辛苦了, 加薪 徵人 不然人要跑光了
: 結果: 明明天天都在跟公司對著幹 居然還加薪 過一陣子還當上組長了

--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 114.42.243.181
推 atpx:的一種是自己好, 第二種是對別人好
→ atpx:第
→ thinkniht:補充一下：那個客戶通常會把維護案交給開發的公司
※ 編輯: thinkniht       來自: 114.42.243.181       (09/17 21:02)
推 jirolee:老闆常說..Quick & dirty & Quality - -b
→ TonyQ:我覺得盲點在於改了品質不好的CODE 或者你加上註解
→ TonyQ:不代表程式碼的品質就會變好。
→ TonyQ:至於可維護性 可維護性第一要素是需求改多大 不是程式碼多好