這句說的好...推
基礎都沒有談什麼隨性.
基本上印度人採行第一種方式教學生,台灣人用第二種
在軟體工程的領域裡結果顯而易見.

程式本身只是用來達成目的, 寫程式如果還要求特定風格, 那這世界就不會進步啦~

功能第一, 其它程式風格、註解詳盡、結構嚴謹......都只是加分, 而不是必要的。

現在寫程式, 還要求資源佔用率和執行效率。
這些比較實際的東西, 反而沒什麼人在要求。

據業界某朋友所述：案子都快趕不出來了！誰還管它演算法、執行效率...一律皆以
O(n^3)為標準...Blah Blah..，剛聽到雖然覺得有點扯，但後來想想...這也許就是
迫於現實的無奈吧..

其實我比較建議老師在出作業時，也能出
一些需要共同開發的程式題目。而且每個
作業，同學們的分組都不一樣。

自己一個人寫程式，跟一群人一起寫是不
一樣的。若是全由自己寫，那麼要怎麼做
就隨自己高興，只要結果對就好；但如果
是一群人來做，那大家就要先協調好程式
架構、介面、以及 coding 時大家要共同
遵守的一些基本原則與風格。這也是一種
訓練。

有些老兄寫的程式讓人看不懂，別人遇到
問題， trace 到他寫的 module，就沒辦
法繼續下去。工作交接時，別人還得花好
長時間去了解這個怪程式，有 bug 或要
加新功能時，也不敢亂改。令人蠻困擾的。

以我自己的看法，我認為：
正確性 > 可讀性 > 效率、創意

提升程式效率，往往不是只學個一兩天就
能辦到的。在這之前，還是先把基本的部
份做好。

個人在工作上的特殊價值? :rolleyes:

不是有很多人都強調
要讓公司不能沒有你，才能顯出你的價值
才有辦法跟公司喊價
不過大公司都儘量一切標準化
少了任何人都沒關係

coding style是要要求，但是不應該限制

世界上這麼多種coding style，沒有所謂統一的標準

只要你能夠前後一貫、並且清楚表達就好了

沒有必要要求大家寫出來的code都是一模一樣的

不過comment和documentation真的很重要就是了

如果是外面的企業
好的程式設計師通常不是最有創意的
是最能夠配合大家的

你寫的程式是別人習慣的
不但你以後看的懂
別人也不需要花太多時間研究
這才是一般企業要的程式設計師

個人經驗

在電腦教室時...可能用鍵盤比較方便...
寫程式注重效率? 精簡? 使徒少一點就不錯了 XD
if...then...else...end if...Orz...

其實我改程式結果也沒有改很多啦，我也不是加上小蝴蝶、小蚯蚓、
或是霹靂燈那種改法

我只是增加exception的處理，還有提高容錯能力，如果老師測試
的時候沒有故意亂打，其實是不會看出來的

(亂打的結果就是，同學的作業會當掉，我的作業會出現錯誤訊息
或是自動修正數值)


至於註解，我本來也是隨便寫，但是知道有doc tool可以用之後，
我就照著doc tool的格式去寫了

而coding style，我剛學程式語言(C)、還是用記事本打程式的時候，
就要求自己手動排版了。而我自己慣用的風格，也剛好和什麼慣例的
很像，就沿用至今了


如果是大家說的專案開發，那當然是照著標準事囉

我笑了 :laugh: :laugh: :laugh:
路過，請繼續