我想站上很多前輩們都有做過專題的經驗....我在二專時也做過一次（就是在站上open source的進銷存），但這次進入二技後...覺得專題做得很痛苦，並不是題目的緣故（我們這次做的題目是Delphi DelphiX寫game），而是學校的制度....總覺得一天到晚就是在忙著做報告...期中考交一份...現在期末考又得交一份。 並不是覺得交報告不好，寫報告也是訓練自己寫paper的一種好方法。但是....交了那麼多報告後，學校真的有在看嗎？專題祇有少少的六個人，三個程式、三個美工....誰有時間再負責這份報告呢？而且這些報告不是最後成果發表，交上去是要做什麼呢？學校給了這麼一段話『課務組要保証老師不會同學沒交報告，而有期末分數的出現，所以也要審查一份』，這是不是代表學校不信任老師呢？更可惡的是，學校又把繳交期限提前了，並在前一天才公佈....讓大家無所適從。不知道學校到底在做什麼？也不知道，這次專題到底是在做出東西來呢？還是祇要交交報告就行了.... 期末考在即，學校還搞了這種事情....恩～但是，抱怨了一大堆後...結果，身為組長的我還是得去弄好這些東西了，畢竟期末還是得靠這份報告pass..和各位分享一下自己學校專題製作的環境囉！ 程式不是寫來玩的 而是要創造價值

------
林壽山
網站: http://superlevin.ifengyuan.tw
mail: superlevin@gmail.com

真慘... 似乎現在認真辦學的學校也不多了... 主要應該都是「人」的問題，我猜想貴校應該在「課務組」有人事的調動，而新上任的主管或次級主管要求表現，所作出的一些「不尋常」的行為來「表現自己的才能」，只是更高層的主管似乎對於這些「不尋常」的行為相當認同，想必提出該要求的主管現在已是學校行政單位的「紅人」... 為什麼每個主管都在想如何自我表現，而不是真的為學服務、為民服務... 學校、公司行號、政府機關... 都是如此，看開點吧。    沒空更新的網頁... http://dllee.ktop.com.tw C及指標教學,計算機概論,資訊管理導論... http://dllee.adsldns.org 介紹Shells,LiteStep,GeoShell....

------
http://www.ViewMove.com

若您認為學校是清高的學術殿堂,那你(妳)可能就錯了 有很多教授,掛名寫國家的專案報告或其他文獻報告 其實有很多是學生幫忙寫的,幾千萬或幾百萬的預算 說穿了也不過如此罷了, 大部分的研究單位都搞這一套,三教九流的學者, 納稅人的血汗錢,大把大把的花,看了就很心疼, 那有時間去管學生的期中/期末報告寫什麼,內容如何 ..........,反正現在台灣的教育就是時間到後,自然 就能畢業. 當然了,也不能一竿子打翻一條船,還是有很盡責的老師 ,值得學生一輩子尊敬.

引言: 真慘... 似乎現在認真辦學的學校也不多了... 主要應該都是「人」的問題，我猜想貴校應該在「課務組」有人事的調動，而新上任的主管或次級主管要求表現，所作出的一些「不尋常」的行為來「表現自己的才能」，只是更高層的主管似乎對於這些「不尋常」的行為相當認同，想必提出該要求的主管現在已是學校行政單位的「紅人」... 為什麼每個主管都在想如何自我表現，而不是真的為學服務、為民服務... 學校、公司行號、政府機關... 都是如此，看開點吧。 沒空更新的網頁... http://dllee.ktop.com.tw C及指標教學,計算機概論,資訊管理導論... http://dllee.adsldns.org 介紹Shells,LiteStep,GeoShell....

聽說是學校為了要評鑑用的...讓教育部長官來訪視時，能夠有這些所謂的”書面報告”。學校更制定了”統一格式”，問題是我們所製作的專題是game。竟然也得遵照 第一章 諸論 本章節應包括：研究背景（動機）、研究目的、研究方法與限制、研究架構與步驟…等。 第二章 文獻探討 本章節應包括：與該研究相關的理論、模式、研究、案例等討論。 第三章 研究方法 本章節應包括：實驗設計與程序；該報告將採用的研究方法與步驟；實驗、製作、觀察、訪問…等方法。 第四章 預期結果探討 本章節應包括：預期本專題結果分析與討論；預期本專題實驗結果與分析等。 ＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝ 有些章節，在做遊戲時，那來的文獻討探之類的東西呀？而上面的格式，對於一些較實務的專題來說，沒有辦法照著它的內容去寫。但學校還是得叫大家照著做....不然就又被退件了。記得期中考就是如此，一方面準備考試，一方面又得重新來做報告。 程式不是寫來玩的 而是要創造價值

台灣的教育，一直以來就是被抱怨的對像 然而生存於技職體系下的我們，更是被這個社會看成二流的角色 記得當初我在做專題時，更可憐，只有自已一個人 本來是有兩個人拉，但後來另外一個在中途就放棄了 結果呢，我花了一年時間得了高分，而另外一個同學 花了幾千元，暑修一樣畢業， 大家都知道有些學校的暑修就是(#$@%#$%@$#%) 唉，有錢就是大爺

引言: 聽說是學校為了要評鑑用的...讓教育部長官來訪視時，能夠有這些所謂的”書面報告”。學校更制定了”統一格式”，問題是我們所製作的專題是game。竟然也得遵照 第一章 諸論 本章節應包括：研究背景（動機）、研究目的、研究方法與限制、研究架構與步驟…等。 第二章 文獻探討 本章節應包括：與該研究相關的理論、模式、研究、案例等討論。 第三章 研究方法 本章節應包括：實驗設計與程序；該報告將採用的研究方法與步驟；實驗、製作、觀察、訪問…等方法。 第四章 預期結果探討 本章節應包括：預期本專題結果分析與討論；預期本專題實驗結果與分析等。 ＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝ 有些章節，在做遊戲時，那來的文獻討探之類的東西呀？而上面的格式，對於一些較實務的專題來說，沒有辦法照著它的內容去寫。但學校還是得叫大家照著做....不然就又被退件了。記得期中考就是如此，一方面準備考試，一方面又得重新來做報告。 程式不是寫來玩的 而是要創造價值

這樣似乎可以與老師（上這門課的老師）談談，如果該老師會將這樣的報告內容作為打成績的依據，那... 只好乖乖照作了，如果，老師也不吃這一套，與成績無關，那就依格式，隨意填入資料即可，因為如果老師不吃這一套，那表示看得人一定不專業，每節每段的開頭好好屁一下，內容部分看是手邊有的現成資料貼一貼即可。這是我應付的方法，提供參考。 沒空更新的網頁... http://dllee.ktop.com.tw C及指標教學,計算機概論,資訊管理導論... http://dllee.adsldns.org 介紹Shells,LiteStep,GeoShell....

以前，我曾陪我室友問過他的指導教授 有關dllee說的那個問題    結果，那位指導教授臉非常臭的說 不論是否可以敷衍的報告，那是由我去判斷的 你不應該有敷衍的心態，那位教授當場就覺的 我的室友是那種想要『偷懶』的人....    得不償失

引言: 以前，我曾陪我室友問過他的指導教授 有關dllee說的那個問題 結果，那位指導教授臉非常臭的說 不論是否可以敷衍的報告，那是由我去判斷的 你不應該有敷衍的心態，那位教授當場就覺的 我的室友是那種想要『偷懶』的人.... 得不償失 < face="Verdana, Arial, Helvetica"> turboted 提醒的是！ 當然作這種事就得看一下老師，還有平常與老師的交情，以決定要採用什麼方式。 如果對於指導教授都還要問，那就表示對指導教授「不夠用心」，一般會選擇某指導教授，都已對該教授的行事作風有一定的認知，才會選他的不是嗎？就算事前不知，事後知道指導教授是某人時，總會去了解一下吧... 如果上那門課是指導教授，那應該是不必問了，平時就應該知道他的為人，如果是不熟的老師，則可以在上課的時候問，用開玩笑的方式也行，同樣得看師生的關係來決定如何問會比較好。 分享一下個人求學經驗... 對於自己所選修的課(我是機械但常去資工、電機、資電修課)，我一定會坐在第一排，或最前面排（有時到外系修課發現前3,4排都不會有人做這時，坐第4排即可）。坐在最前面好幾個好處： 1. 不易打瞌睡 2. 不易受其他同學干擾 3. 讓老師記得你 4. 有問題發問容易（我是問題學生） 其中「讓老師記得你」，在我擔任過講師後，覺得更是重要，因為大部分的老師無法在一個學期內記住那麼多的學生，通常只會記得上課時，靠近老師前幾排的學生（至少我是如此 < > ），而當老師記得你，只要你的報告作得稍為好一點，就很有加分的效果。多多少少，老師在最後打分數時，還是會有「印象」分數，就算擺明了成績比重中沒有平時成績的印象分數，不過在打報告的成績上就會加上去了。 再來最好是上課專心聽，把有問題的部分記下，如果是小問題，可以立刻提出來，如果可能要花一點時間，則一下課就立刻問老師，這樣除了可以把東西學會，還可以挖一下老師上課漏講的東東，順便可以讓老師記得你。 這樣的上課方式，老師想不認識你都很難 < > 以我去外系修課，成績通常都是全班前3名 (雖說好漢不提當年勇，但提一下還是蠻爽的 ) 的經驗來說，我相信以上的方法應該是很管用的。 <>沒空更新的網頁... href="http://dllee.adsldns.org">http://dllee.adsldns.org 介紹Shells,LiteStep,GeoShell....

------
http://www.ViewMove.com

第一章 諸論 這個部分參考前人的作品然後加以改寫 約 5 ~10頁 第二章 文獻探討 這個部分參考前人論文的數據加以引用，每個數據中間穿插幾段屁話避免引用過長，如果數據太舊則看前人的參考出處在取找找新的資料。 約 10 ~ 20 頁 第三章 研究方法 這個部分參考前人演算方法，中間插入你的遊戲程式碼加以解說，把他寫的好像很深奧的樣子。 約 20 ~ 30 頁 第四章 預期結果探討 如果是規劃書更好屁，反正東西都還沒有 只是 "預期" ，當然有落差 如果是研究報告則把結果畫面貼一貼，說自己的貢獻有多大。 約 5~10 頁    簡單啦，用上面的方法 100 頁的報告也可以一個星期搞定。    再來就是送報告的技巧，用最快速的方式把報告完成，然後給你們的教授看， （要裝作很認真的樣子）當然一定會被退件，然後把教授要求修改的地方改 一改，再送，送到他很滿意或很煩，保證你高分過關，跟老師又很熟，反正重點只有兩個 "引用前人大作" "滿足教授需求" 

哇~~原來站上那麼多人有這些慘痛的經歷呀 其實二專時候，程式也是一個人搞定的....那時 候覺得寫程式的朋友就是孤單、寂寞....但 >甚至連做

------
林壽山
網站: http://superlevin.ifengyuan.tw
mail: superlevin@gmail.com