![]() |
||
|
Basic Member
加入日期: Feb 2005
文章: 14
|
引用:
先回到出發點,你是想學東西還是交差混個文憑或是記錄。 後者的話,只要維持在不出包的前提,要混大家混,你大可把時間用在其他地方,拿這時間去喝杯咖啡想想事情都好。(記得注意一下進度,快出包了就把問題攤出來,擺明要不要來幫,不來大家就一起死!) 前者的話,就做吧。接下來的技巧是: 作備忘錄! 記下你做了什麼,定期向老師報告,備忘錄的字要少,最好格式化,這樣比較省事。最重要的是明確,失敗的原因很多,如果你有猜困難點就一定要寫出來,老師不會有心情還去想這種事(例如某實驗一直失敗、推測xx可能失效了),不要害怕自己是錯的。是的,推測可能會錯,老師可能會指著你說教整天(你怎麼這樣這樣、以前學的都白學了真是,當xx出現時不是先應該去yy嗎),就讓他說吧,老師習以為常的事也很自然以為你會,你有學到經驗最重要,如果臉皮夠厚順便問問怎麼解決。 以下為基本絛件(實際格式看個人需求和喜好,不過簡單是一大原則,華麗有時會讓人分心) xx月xx日~xx月yy日 進度: 困難: (困難的部份要寫備忘錄交出前的,大可在平時就記下,隨著問題的解決和出現,等到交出時就是了。) 其次是備忘錄的上報間隔時間不要太長,超過一週就要是特殊情況才行了(這一週出意外或因某原因停擺)。 為何要寫備忘錄?為何要如此瀕繁的"上報"?因為老闆不明白狀況,所以會講話的人就吃香,那你這種苦幹者就要扭轉這種狀況,讓老師知道:我現在就是做到這樣! 老師可能會說:怎麼這麼慢。你的技術還不足夠。 就由他說,反正這本來就是事實,如果我有那麼好在這裡做啥?真正重要的是"讓老師明確的看到事情正在發生",一件攤在陽光下的事實比一千句謊言還有用,無論那位多會吹,你都已經有備忘錄這定心劑了(記得保存每次的下來,以後可能會用到) ![]() |
||||||||
|
|
|
Major Member
![]() 加入日期: Nov 2006
文章: 100
|
引用:
+123456789............. 因為太熟了就會開始擺爛 小弟當年的畢業專題是啥租屋系統之類的 六個人一組 當初規劃是 我負責主機架設和資料庫 A男負責JAVA程式 B.C女負責美工 D女負責文書和討論資料記錄 E女負責資料蒐集和寫網頁 結果最後哩.... SERVER我是拿家裡的機器來架的 我負責主機架設,資料庫,資料蒐集,寫網頁,部份美工部份文書 A男JAVA根本生不出來,但話和意見卻最多 B.C女的美工根本不能看,其中B女甚至擺爛不做而且還扯後腿 C女根本不會也不願意學,後來花錢找人幫他畫,但要修改時又不會改 D女很興苦的寫文書,卻一直被A男嫌而一直改來改去浪費時間 E女只收集了一點點資料就覺得自己付出很多了 而該做的網頁卻連一頁能用的都沒有寫出來 我們的美工最後還是請別組的人來幫忙畫的 最後打分數時本來不及格要全組當掉的 還好某位老師加了幾分才過關 我還花了三千多元買一堆書 最後卻沒有一本回來我這裡........ 那次專題要是沒過 我真的會去砍人........ |
|||
|
|
|
Regular Member
![]() ![]() 加入日期: Mar 2004
文章: 58
|
引用:
既然都是你在作 有問題也是你去問老師吧 一個從頭到尾沒問問題也沒遇到困難的人在老師面前屁膚淺的東西 我的感覺是老師沒有你想像的那麼沒知覺 一個帶專案稍有經驗的老師通常都大概知道誰在幹啥 只是他願不願意去管這種他可能認為無關緊要的麻煩事而已 幸好我在做專案的期間沒你這麼慘也自認還學了不少東西 |
|
|
|