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

[viper9709 (阿達)]

※ 引述《thinkniht (不下棋=.=)》之銘言：
<恕刪>
: 結果公司同事在寫程式時就分成兩種類型
: 一種是只針對功能的功能面上做修改
: 對整個功能的程式有很多地方其實不瞭解
: 另一種是會把整個功能的程式都做個了解
: 不只做功能面上的修改
: 原本程式可能會有一些沒被發現的問題
: 也會一起修改
: 另外還會增加程式的可讀性與維護性
: 兩種花的時間...當然會差很多
寫程式的人大概也就分成這兩種吧
第一種的嚴格來說也不能說對功能不了解,只是可能沒有trace很深
可能只稍微看了一下跟他要改的相關的部分,就動手改了
(不然如果連功能都不知道要怎麼改XD)

基本上第二種是比較好的改法,應該大多數人都這麼認為吧
只不過會多花時間跟精神,要看當時有沒有這樣的餘裕
還有也要看該程式是不是值得要花時間下去重弄

另外這邊也有個盲點,就是到底懂多少才算整個了解
真的要從頭到尾trace一遍當然是最穩當的,
但是通常是不可能有這種時間,而且也不見得值得
如果整體的架構跟大部分的功能都了解,小弟覺得這樣就很夠了
就可以算是掌握了這個程式

: 不過對於日後維護的人而言
: 維護的容易程度也會差很多
: 發這問題...是好奇大家會傾向於哪種類型
: 看來第一種居多啊
第一種居多是因為大部分的人工作都很趕阿XD
作都作來不及了,怎麼可能還去trace
不過可以的話,還是盡量先去了解再改比較好
這樣之後會比用第一種補丁式的改法,省下很多維護的功夫

一點點小心得,給原po參考^^"
(其實這串跟之前提過的"重構"好像又有點搭上關係了:P)

--
※ 發信站: 批踢踢實業坊(ptt.cc) 
◆ From: 1.171.66.96
→ andymai:隨便看一看就改...如果原來的code切割得很乾淨~那可能可以
→ andymai:如果像義大利麵一樣黏稠的纏繞在一起~到處牽扯不清~那盲目
→ andymai:地改下去就是下地獄的開始...話說~之前才聽某資訊室主任和
→ andymai:組長對於新來的老手維護程式為何還要先trace過~大感不解
→ andymai:然後我看過的另一個老手不分青紅皂白也不管domain知識就下
→ andymai:手的結果就是...程式可以跑~但寫進去的資料欄位都不對