※ 引述《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