Re: [閒聊] 你在開發程式時，是重視績效還是品質
※ 引述《thinkniht (不下棋=.=)》之銘言：
<恕刪>
: 結果公司同事在寫程式時就分成兩種類型
: 一種是只針對功能的功能面上做修改
: 對整個功能的程式有很多地方其實不瞭解
: 另一種是會把整個功能的程式都做個了解
: 不只做功能面上的修改
: 原本程式可能會有一些沒被發現的問題
: 也會一起修改
: 另外還會增加程式的可讀性與維護性
: 兩種花的時間...當然會差很多
寫程式的人大概也就分成這兩種吧
第一種的嚴格來說也不能說對功能不了解,只是可能沒有trace很深
可能只稍微看了一下跟他要改的相關的部分,就動手改了
(不然如果連功能都不知道要怎麼改XD)
基本上第二種是比較好的改法,應該大多數人都這麼認為吧
只不過會多花時間跟精神,要看當時有沒有這樣的餘裕
還有也要看該程式是不是值得要花時間下去重弄
另外這邊也有個盲點,就是到底懂多少才算整個了解
真的要從頭到尾trace一遍當然是最穩當的,
但是通常是不可能有這種時間,而且也不見得值得
如果整體的架構跟大部分的功能都了解,小弟覺得這樣就很夠了
就可以算是掌握了這個程式
: 不過對於日後維護的人而言
: 維護的容易程度也會差很多
: 發這問題...是好奇大家會傾向於哪種類型
: 看來第一種居多啊
第一種居多是因為大部分的人工作都很趕阿XD
作都作來不及了,怎麼可能還去trace
不過可以的話,還是盡量先去了解再改比較好
這樣之後會比用第一種補丁式的改法,省下很多維護的功夫
一點點小心得,給原po參考^^"
(其實這串跟之前提過的"重構"好像又有點搭上關係了:P)
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 1.171.66.96
→
09/20 01:30, , 1F
09/20 01:30, 1F
→
09/20 01:31, , 2F
09/20 01:31, 2F
→
09/20 01:32, , 3F
09/20 01:32, 3F
→
09/20 01:33, , 4F
09/20 01:33, 4F
→
09/20 01:34, , 5F
09/20 01:34, 5F
→
09/20 01:37, , 6F
09/20 01:37, 6F
討論串 (同標題文章)
本文引述了以下文章的的內容：
完整討論串 (本文為第 8 之 11 篇)：