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