我是在去年畢業的，也是資工領域，分享一下自己的經驗： ※ 引述《conan99 (Conan)》之銘言： : 已經碩二了，書面的論文還沒寫 : 系統目前做到差不多實驗的階段 : 系統程式邊寫的同時，時而會出現bug，然後要解除 : 有時會覺得資工的人，程式寫的那麼不穩@@ 在開發過程中有bug是正常的...看看市面上販售的軟體都可以有這麼多bug了:P 要往好的方面想，bug只要在論文發表前被找出來影響都不會太大。 建議你沒有做版本管理 / bug tracking的話(應該很少學生會去做) 至少在每次著手修正之前，把code壓起來備份一份，以免補了西牆卻挖了東牆； 每次加新的功能上去也是一樣，如果有什麼萬一至少你還可以回朔到之前的版本。 : 實驗方法目前有點卡住不知怎麼做好 : 想了幾個方法，但總覺得不怎麼有力讓人相信我的方法是OK的 : 覺得到時口試委員他會執疑可信度嗎？ : 口試委員會覺得我提出的方法太簡單嗎？ 我當初也有遇過這個問題，我覺得文獻的閱讀是面對這個問題的關鍵。 文獻回顧我個人的經驗是比研究方法還難寫，而且書到用時方恨少。 我自己是到了開始下筆時，才驚覺自己看過的文獻根本不夠完整。 如果已經開始進行實驗，建議你開始思考這些問題： 你的研究有哪些已經發表的競爭者？分別採用了哪些演算法？效果如何？ 和他們比較起來，你的研究優缺點在哪裡？ 還有非常重要的一點：其他人怎麼去驗證他們的系統的效能？ 這些問題中，文獻回顧所需要的就是前面三個問題，第四五個則是你在討論中要用的， 這些答案都是要透過讀論文來找到，會比想像中更花時間，建議你可以提早開始。 如果有review paper的話，參考上面所列的reference則可以幫上你不少忙。 實際比較是很重要的，如果你沒有實際測試過，你就難以提出證據說明你比對方好。 把這些競爭者拿來比較一下，學科技雜誌網站做個市售XXX完整大評測之類的， 然後把數據算出來，你就會知道透過怎麼樣的方式比較，你的系統會比別人勝出多少。 如果你的系統套用了和其他論文一樣的檢驗方式，表現的(至少部份)比已發表的系統好， 那就是你的貢獻所在，數據也是說服自己和口試委員的一大靠山。 如果可以把研究成果拿去期刊投稿，先被reviewer電過一輪那就更好了， 更不用說，當你的論文經過完整審查機制發表出去，就是其價值的証明之一。 至於口試委員的質疑是正常的，那是他們來口試的工作，你的工作則是要提出辯護。 先找老師或同學練習過是很有幫助的，不過這都是口試時才要煩惱的事了。 : 有一種懷疑自己是否有資格擁有碩士學位@@ : 未來上職場，是否可以跟人家說碩士畢業？還是學士就好了 : 不過，雖然如此，我還是覺得這兩年有學到東西 : 也因為剩下幾個月了，也因為家人 : 所以感覺自己是撐著的 : 想請教各位，曾有過這樣的心情嗎？ : 方法與實驗要做到怎樣才OK？ 當你和其他人的作品比較過後，你就會知道自己這幾年內對學術的貢獻在哪裡了。 重要的是你能不能說出你的研究的價值，以及這幾年有沒有盡力去做，有沒有學到東西。 畢竟學海無涯，研究工作永遠可以做的更好，但是你只有有限的時間可以投注在上面。 對照只求畢業管他什麼貢獻的說法，我更欣賞會去思考自己是否有取得碩士資格的態度， 貢獻足夠與否標準不一，但求面對自己畢業證書與碩士論文時，可以心安理得即可。 透過文獻的閱讀了解評量方法，並且實際的比較，是說服自己和他人非常有力的方式。 祝你研究順利。 -- Sincerely. --VinTW --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 118.168.103.106