close
有事沒事我還蠻喜歡逛CNET跟iThome
總是能挖到不少寶
在iThome上看到一邊很有意思的專欄
《十年磨一劍，開發功力需要實戰累積》
......
許多程式人厭倦煩悶的程式碼撰寫工作，他們期待著早日「晉升」，成為系統設計師、系統分析師、甚至管理職務，以便擺脫工人一般的角色。
然而，這麼一來，對撰寫程式碼容易感到厭倦，就難以成為一名優秀的程式人。二來，系統設計、系統分析之類的角色，都是建立在具有優秀的程式設計基礎之上，而優秀的程式設計能力，除了透過持續、大量的程式撰寫工作之外，大概也沒有其他的方式可以達成。
大量的程式碼撰寫實作，就像是蹲馬步的功夫，有時看起來很單調、枯燥，甚至沒有什麼學問在裡頭。每個人都討厭反覆無聊的動作，但馬步蹲久了，下盤自然穩固了，也會更明白使力出力的法門。而這些都不是單靠老師點撥提示，或自修讀書就能夠輕易體會的。
然而，這麼一來，對撰寫程式碼容易感到厭倦，就難以成為一名優秀的程式人。二來，系統設計、系統分析之類的角色，都是建立在具有優秀的程式設計基礎之上，而優秀的程式設計能力，除了透過持續、大量的程式撰寫工作之外，大概也沒有其他的方式可以達成。
大量的程式碼撰寫實作，就像是蹲馬步的功夫，有時看起來很單調、枯燥，甚至沒有什麼學問在裡頭。每個人都討厭反覆無聊的動作，但馬步蹲久了，下盤自然穩固了，也會更明白使力出力的法門。而這些都不是單靠老師點撥提示，或自修讀書就能夠輕易體會的。
......
從錯誤中學到教訓是程式人最大的資產之一
一名有經驗的程式人，他身上最大的資產之一，在於犯過很多的錯誤，使得他在撰寫程式的同時，知道如何預先避開可能會犯的過失，同時在一模一樣的錯誤再度發生時，能夠很快地透過顯於外的癥兆，明白究竟是發生了什麼樣的失誤，進而得以快速解決。
過去的程式碼，就像一面鏡子一樣映照出自己過去所犯下的錯誤。
程式人透過審視自己舊有的程式碼，更容易察覺曾經產生的缺失。
在實戰中，程式人會親身體驗到自己拙劣不成熟的程式碼所帶來的苦果，並且在反省後，力圖改善。這樣的感受格外深刻，因此也就永誌難忘。
所有書中告訴你的良好寫作形式，都會在親身犯過錯誤之後，有了更深一層的體會。所以越是大量地撰寫程式碼，也就越能印證書中所言，越能自行發掘出書中沒有告訴你的事情。
在長期大量的實作下，程式人才能更深刻地從自己最初的笨拙設計中，體會良好設計的重要性，也才能更明白如何透過好的設計，優雅地解決問題。也只有在長期大量的實作下，程式人才能培養出洞察重複需求的能力，撰寫出可重複運用的程式碼，藉以提升開發的效率。甚至，只有在長期大量的實作下，才能夠將程式架構及程式碼的各種可能變化，了然而心，面對可能會有的各種改變，預測出動向，並預先反應。
一名有經驗的程式人，他身上最大的資產之一，在於犯過很多的錯誤，使得他在撰寫程式的同時，知道如何預先避開可能會犯的過失，同時在一模一樣的錯誤再度發生時，能夠很快地透過顯於外的癥兆，明白究竟是發生了什麼樣的失誤，進而得以快速解決。
過去的程式碼，就像一面鏡子一樣映照出自己過去所犯下的錯誤。
程式人透過審視自己舊有的程式碼，更容易察覺曾經產生的缺失。
在實戰中，程式人會親身體驗到自己拙劣不成熟的程式碼所帶來的苦果，並且在反省後，力圖改善。這樣的感受格外深刻，因此也就永誌難忘。
所有書中告訴你的良好寫作形式，都會在親身犯過錯誤之後，有了更深一層的體會。所以越是大量地撰寫程式碼，也就越能印證書中所言，越能自行發掘出書中沒有告訴你的事情。
在長期大量的實作下，程式人才能更深刻地從自己最初的笨拙設計中，體會良好設計的重要性，也才能更明白如何透過好的設計，優雅地解決問題。也只有在長期大量的實作下，程式人才能培養出洞察重複需求的能力，撰寫出可重複運用的程式碼，藉以提升開發的效率。甚至，只有在長期大量的實作下，才能夠將程式架構及程式碼的各種可能變化，了然而心，面對可能會有的各種改變，預測出動向，並預先反應。
......
程式寫越多 就越覺得基本功夫真的很重要
良好的寫作習慣才是一切的根本
雖然語言與開發工具不斷的進步
非常貼心的解決以前必須由程式設計者自行解決的問題
例如記憶體回收... 由GC代勞了...
但是如果不了解GC的運作機制
還是會有把記憶體耗盡的可能...
或是寫出效率及差的程式 因為GC運作並非是不用付出任何代價的..
try..catch... 解化了需多檢查 讓例外處理與一般的邏輯分開
但是很多時後都被濫用 對於合理的空值檢查 也使用了拋出例外的方式
而且時常忽略了使用try...catch...所要付出的效能成本
程式開發可快速上手，是開發工具給的錯覺 真是至理名言阿
全站熱搜
留言列表
