在一個想要長久經營的軟體公司中
規範程式碼風格、註解是必然的
包含變數命名、函數命名、參數命名、註解方式、註解的詳細程度、縮排
甚至那些功能該怎麼寫等等都會有所規範
最主要的原因在於
程式完成後...有太多的原因會造成不是由原撰寫者進行維護
即使是原撰寫者...回頭去看三個月前寫的程式
稍微複雜的地方可能就忘記當初那樣寫的作用
就更別說其他程式撰寫人員來看懂和維護了
一個功能由規範的寫法改成新的寫法
意味著必須花費成本去重新完整的測試該功能!!!
但是這個改變也許只是程式碼縮短幾行或是執行速度快上0.1秒
那麼...是否有必要去花費測試成本嗎???
所以創意固然很重要....但是規範的遵守也是不可忽略的
最後....不管喜歡那一種....
搞清楚打分數的老師要的是那一種才是最重要的!!!
（常常會說使用者的需求是最重要的，但卻不是真正決定你的程式能不能賺錢的因素!）
引用:
|
作者booger
修過一些程式設計課，發現老師對作業的規定大致上有兩種，
題目是聖經：
作業結果要完全和題目一樣，老師像是個真人版的ACM online judge，
有時候程式碼風格、註解都會有規則
題目是方向：
題目只是個方向，會鼓勵學生自己增加程式的功能，發揮自己的創意。
我個人比較喜歡2，因為我有自己的程式碼風格和註解方式，有時候也
會加一些奇奇怪怪的功能...，所以，我也很怕遇到報告一定要交DOC
檔的老師。
|