你喜歡用哪種方式打程式作業分數的老師？
 

修過一些程式設計課，發現老師對作業的規定大致上有兩種，

題目是聖經：

作業結果要完全和題目一樣，老師像是個真人版的ACM online judge，
有時候程式碼風格、註解都會有規則

題目是方向：

題目只是個方向，會鼓勵學生自己增加程式的功能，發揮自己的創意。



我個人比較喜歡2，因為我有自己的程式碼風格和註解方式，有時候也
會加一些奇奇怪怪的功能...，所以，我也很怕遇到報告一定要交DOC
檔的老師。

我也是2..
程式設計就像藝術ㄧ樣...
可以天馬行空的去寫:flash:
這樣才不會扼殺創意....:flash:

雖然說天馬行空的去寫，但是也要自己的技術有那能力才行Orz...
都把VB 6忘光了:jolin: :jolin:
寫出來的程式破破爛爛:cry: :cry:

當然是 1。

風格和註解和應該也是給分的依據，連什麼是 GNU/BSD/K&R 的 Coding Style 都搞不清楚的話，別來跟我談創意和藝術，相信很多人應該也搞不清楚什麼是 C 的傳統註解方式，什麼是 C++ 的註解方式吧。

勿在流沙築高台，隨性絕不是一個學習中的學生該有的心態。

程式設計從來都不是一門藝術，這句話我講過很多遍了。

Comment旨在維持Code的可讀性以及方便維護，大家都看的懂就好，這沒有什麼絕對
標準。Style也是，C++有人喜歡把中括號({)斷行在Block名稱後面，有人就不斷行(
Java Style)，沒什麼對錯！就是習慣而已.......就算有人習慣真的不太好，排版真
的排很亂，沒差！君不見現在的Formatter一堆？(Artistic Style、SourceStyler..)


回原PO：我選2。我就是在不受特別拘束的環境下學出來的，7年多前在學校學過組合語
言後，後來皆是採自修的方式修習它高階語言。雖無大功，但也略有小成，拿了幾張Java
國際認證，作品去參加全國性比賽，一奪冠、一佳作...就這樣而已。。。

原來是討論這個...

我以為是討論怎麼打老師勒...

2吧.
反正結果能出來,過程要怎麼沒差吧,連過程都要干擾,祇會扼殺期想像力而已.


不過個人感覺,寫程式數學不行的話還是放棄比較好.

在一個想要長久經營的軟體公司中
規範程式碼風格、註解是必然的
包含變數命名、函數命名、參數命名、註解方式、註解的詳細程度、縮排
甚至那些功能該怎麼寫等等都會有所規範
最主要的原因在於
程式完成後...有太多的原因會造成不是由原撰寫者進行維護
即使是原撰寫者...回頭去看三個月前寫的程式
稍微複雜的地方可能就忘記當初那樣寫的作用
就更別說其他程式撰寫人員來看懂和維護了
一個功能由規範的寫法改成新的寫法
意味著必須花費成本去重新完整的測試該功能!!!
但是這個改變也許只是程式碼縮短幾行或是執行速度快上0.1秒
那麼...是否有必要去花費測試成本嗎???
所以創意固然很重要....但是規範的遵守也是不可忽略的

最後....不管喜歡那一種....
搞清楚打分數的老師要的是那一種才是最重要的!!!
（常常會說使用者的需求是最重要的，但卻不是真正決定你的程式能不能賺錢的因素!）

基本上同意！但是也不用到放棄這麼嚴重，亡羊補牢趕快加強數學即可。
離散跟線代，Data Structure跟Algorithm這些東西也是後來才比較有
感覺的...

用棍子或者是厚的書本打吧.....

寫註解很重要，因為這是團隊發展的基礎。而且，你也很難保證，多年後要回頭來維護時，能看得懂自己以前寫的東西..........


其實是很困難的>Q<