Re: [閒聊] 你在開發程式時,是重視績效還是品質
我是開這主題的原PO
稍微講一下貼這文的原因吧
最近有在處理一個多人共同開發的專案
專案內容是開發一個系統的一些功能(算是把舊有系統做修改成新的系統)
這些功能都有現有系統的程式碼(只是在功能上都需要修改...)
這些現有的程式碼...
其實還蠻爛的
結果公司同事在寫程式時就分成兩種類型
一種是只針對功能的功能面上做修改
對整個功能的程式有很多地方其實不瞭解
另一種是會把整個功能的程式都做個了解
不只做功能面上的修改
原本程式可能會有一些沒被發現的問題
也會一起修改
另外還會增加程式的可讀性與維護性
兩種花的時間...當然會差很多
不過對於日後維護的人而言
維護的容易程度也會差很多
發這問題...是好奇大家會傾向於哪種類型
看來第一種居多啊
To xxtuoo:
我覺得程式難懂 不算品質好=.=+
補充一下:
我指的是...至少"適當"的加些註解吧
就算程式邏輯真的很複雜
如果能進行些說明...要是還是很難懂
也不能怪寫的人了
我之前看一個要離職的人的程式
程式邏輯其實很簡單
但沒註解...要維護會比較花時間
※ 引述《xxtuoo (Do me good)》之銘言:
: 當然是先做出來再說
: 求品質 --> 主管: ooxx你這個鳥功能要寫多久啊,
: 同事: 你的code好難懂喔
: 老闆: 最近公司軟體開發出來後都沒啥issue
: 過太爽. 砍獎金 加工作loading 砍人
: 結果: 公司賺錢 可是因為做得太好 反而還失業了
: 求績效 --> 主管: 太強了 公司第一把交椅就是你
: 同事: ...(幫忙解issue 忙到說不出話來)
: 老闆: 最近公司軟體issue解不完 加班加不完
: 太辛苦了, 加薪 徵人 不然人要跑光了
: 結果: 明明天天都在跟公司對著幹 居然還加薪 過一陣子還當上組長了
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 114.42.243.181
推
09/17 20:20, , 1F
09/17 20:20, 1F
→
09/17 20:20, , 2F
09/17 20:20, 2F
→
09/17 20:23, , 3F
09/17 20:23, 3F
※ 編輯: thinkniht 來自: 114.42.243.181 (09/17 21:02)
推
09/17 20:57, , 4F
09/17 20:57, 4F
→
09/17 23:12, , 5F
09/17 23:12, 5F
→
09/17 23:13, , 6F
09/17 23:13, 6F
→
09/17 23:14, , 7F
09/17 23:14, 7F
討論串 (同標題文章)