寫程式以前 我想大家都會規劃Flow chart
架構跟邏輯方向正確的話
應該都八九不離十...............
寫程式真的需要天份.....
程式的執行效率是關鍵...
學生時代不懂 以為只要結果對就好
直到上班在業界寫Firmware才知道執行效率的重要

有興趣的去以下網址
http://delphi.ktop.com.tw
那邊舉凡C,C++,C++ builder,delphi,Linux等都有高手
前提是自己要有先爬文先自己寫過程式
而非直接發問....會被幹攪

我想這版上沒幾個人接觸程式語言的經驗比我還早，我在用組合語言寫東西，是十幾年前的事了，其實我以前的態度和觀念跟你差不多，一直到後來我碰到突破的瓶頸之後，我才開始思考一些寫碼之外的問題，如軟體工程，軟體的發展等等。

commet 也是有技巧的，我隨便問一個問題，請問 commet 是隨行的較佳還是 C 傳統式的較佳？理由在哪裡？我想很多人也回答不出這個問題。

我覺得依賴外力協助的心態是不可取的，不能因為現在有一大堆的工具就把基本功忘掉，這和利用 wizard 拖拉寫程式卻不瞭解 api 運作的方式有什麼不同？而且說老實話那些 formatter 都沒什麼創意，十幾年前就有 ident 這東西可以用，我覺得在這方面能自我要求才是對自己專業的期許。

我說 coding style 和 comment 是給分的依據，在團隊工作的準則中，有一致的標準才是最有效率的，為什麼學校培養出來的人才，丟到企業中還要重新教育？我想這篇文章的大多數回應可以給我們一個啟示，如果你要使用自己的方式，也要說得出理由來，否則跟盲從沒什麼兩樣，就像我習慣用 K&R，你問我為什麼用 K&R 不用 GNU 或 Allman style，我可以跟你說出一大堆理由，在自以為創意時，其實還是遵循著別人鋪好的路子走，這不是很弔詭嗎？所以我從不認為我自己寫的程式有任何的創意，這也是我一直說程式設計不是藝術的主要原因。

對 coding style 有興趣的話可以參考：

http://en.wikipedia.org/wiki/Indent_style
http://java.sun.com/docs/codeconv/index.html
http://chinesetrad.joelonsoftware.c...cles/Wrong.html

這裡不是專業論壇，我也不想說太多個人意見，我不是什麼大師，只是個躲在螢幕後面的肉腳，你認同也好，不認同也好，有反對意見我也遵重你發表意見的權利，同樣的你也可以反對我的意見和看法，我也不一定對，只是一點點心得和感慨。(特別是看到新人寫出來的程式碼時)

創意是創意....模組化是模組化
 

在寫程式的時候,要求的是你的碼容易看的懂,所以將程式碼作相當的排版是必要的動作

而所說的創意,是在於怎麼寫那個程式

寫程式真的需要的是數學的觀念,這個才可以讓你的程式可以達到程式碼精簡又不失功能的程度 :laugh:

基本功都不會了哪來的創意 :think:

你不能把台灣業界中普遍存在的錯誤當成是理所當然的，當然業界環境如此，我們當小員工會有相應的作法。
就像 costdown 絕對不是一個專業工程師該有的心態，但卻是生存必要的手段，這也是台灣現在的生態，但那不代表 costdown 是絕對正確的，該怕的是後來的人卻以為 costdown 才是唯一正確的作法。
不過這句話倒是真的，出來工作，沒人會管你程式寫得多好，也沒人會管你效率如何，只要東西有出現就可以了，但這不應該是學生拿來當理由的理由，我覺得在學校時不應該有這種心態，特別是本科生。

我說的「創意」就是用演算法、數學方法去解題目呢，
也有人說「藝術」啦，說藝術的人比較多齁？

不知道有沒有人看得懂TAOCP(The Art of Computer Programming )？
這系列的書對我來講很遙遠遠遠遠啊...

我能用的創意，就只有一些常見的小技巧而已

如果是學生的話....
我想提出第三種：面報寫該作業的想法、邏輯，還有說明改良的方向！

當然，這種方式老師會很累就是了，至於那些該重修的，恰好可以重修！

一般大概人的創意也就是一些小技巧啦,或是所謂的Reinvent the Wheel--在沒有提示之下想出已經被人提出的點子.

不過創意不只拘限在程式技巧上,有時候寫出何種程式也是創意,例如P2P的觀念,ICQ,新型態的遊戲等等.....

真正的創新是很難的啊.

基本上你的回應大體上我沒意見，我也提出自己的一點經驗與看法...
就Formatter方面，雖然你提到多年前已經有ident出現過，現在的東西並無所謂"創意"，但這並不
代表它沒有存在價值，換言之：這麼久了但還是有人在用這種東西，那便表示這是可用的Tool，而
且目前的Tool功能會更強大，更有利用價值。

軟體工程老實講，我真的是略懂皮毛而已，選修3學分能學到多深入、能用的多好？我想我也是自知
幾兩重的..不過以前在Graduate Project時，我是Team Leader，我也知道整合的重要性，上萬行的
Code要組合成一個可用的系統，的確是有點難度的挑戰，不過後來還是如期交差了。同儕之間每個人
的設計習慣都不同，當時負責整合與統籌的我，就利用Formatter幫了我不少小忙，我先把一個統一
的Code Style之*.xml設定好(當然我自己也必須先熟悉該語言的Good Customary Law)，然後交給每
個人去套用並使用該Templete，如此大家便可有一個共通的"默契"，整合在一起後，Code看起來也會
比較不突兀。

關於你所說的：『我覺得依賴外力協助的心態是不可取的，不能因為現在有一大堆的工具就把基本功
忘掉。』我有的不同看法...『依賴外力使用一些Tool』並不跟『沒有基本功或忘記基本功』等價。

當然你所謂『wizard 拖拉寫程式卻不瞭解 api 運作的方式的人』的確是有，但已熟悉流程、架構、
原理而使用Wizard或是一些輔助Tool的人也大有人在，因為有時候是考量到"開發效率"的問題。使用
Editor+Compiler我也是可以寫出我要用的GUI Application，但我為何還要使用IDE+Tool？沒別的原
因，真的只是效率問題而已，尤其是系統一大時，沒有IDE+Tool幫忙追蹤Classes或Debug，我想整個
Team的工作速度一定會拖的超級慢。

所謂人外有人，天外有天，這是我一貫的觀念，多多交流、聽聽別人不同的意見，也是一大樂事，如
果你有不同的想法或意見，也是歡迎多多指教囉！

我非常同意您的看法，其實您的觀念非常正確，想必您是個高手。
我說出不要太依賴外力，這句話是針對學生講的，因為這討論的主角是學生，所以必須適題。
而對於真正要工作的人來說，工欲善其事必先利其器的觀念是正確的而且必要的，我自己也是會用一些 IDE，這不代表我用 notepad 沒辦法寫程式，更多的是效率問題，相信您也是如此。