※ [本文转录自 NTUGIEE_ric 看板] 作者: ric2k1 (Ric) 看板: NTUGIEE_ric 标题: [闲聊] 关於 "meeting 要有进度" 时间: Wed Jul 2 02:02:27 2008 我忘了我切确是怎麽说的，不过我希望大家不要因为我这句话而不敢来找我 meeting。 希望大家将这句话用正面积极的态度去对待它，我想我要表达的意思主要是要大家 体会自己做自己读书、研究进度的主人。跟我 meeting不是要挤出进度来给我看， 而觉得有压力。相反的，希望你们利用跟我 meeting的机会来督促自己的进度，将 自己的进度做一个整理，然後将它 present 出来。 "进度"这个东西可以被广义解释的。我相信如果大家都已经认真研究了一两个礼拜， 一定有东西可以跟我分享，而这个"东西"就是进度。比方说你觉得想了一个礼拜的 问题不知道如何解决，可能是要考虑的因素太多了，不知从何下手，也可能是你"感 觉" 问题太难，不可能做出来，那麽你的进度就是将你的问题、感觉、考量描述清 楚。这里我必须要强调学会将自己所思所想的问题描述清楚给别人听的重要性。很 多人遇到困难的问题会停在自己无限的思考当中，这样是没有效率的，你应该试着 将你想过的东西化成可描述的语言，然後找个同学或是老板将问题描述清楚，相信 我，很多时候本来毫无头绪的问题很可能就会在这样的过程当中被厘清了，而这种 将抽象的思考描述出来给别人听的能力，就是将想法变成演算法，再变成程式码的 一种基本训练。 此外，可能也有同学即使了解了问题，也知道解决问题的可能方向，但是碍於能力 的不足，迟迟无法下定决心，或是有十足的把握来"动手"。这里我另外要强调的就 是动手做做看的重要性。想想你们每次期末专题总是有办法挤出一些东西来交差， 这是因为你没办法被逼到只好想办法来突破两手空空的窘境。我希望你们平常对於 自己的研究题目也有这样的自我督促。与其在那边踌躇不前，不如就试试看，也许 从简单的、直觉的、暴力的方法开始试起。相信我，动手去做与停在原地想有相当 大的差别，动手去做可以帮助你更了解问题的本身，让你懂得如何简化问题，辩证 你的想法。千万不要担心程式写得不好或是方向不对而浪费时间，我的意思是说， 如果你已经对这个问题花了许多时间去想，那麽不动手开始写程式，只会浪费更多 的时间在那边踌躇不前而已。绝大部分的程式第一版都是很逊的，但是没有第一版， 就不会有想得更清楚的第二版。所以同学们遇到这种情况，请自己设个 firm deadline， 然後就开始想办法动工了，最後藉由跟我 meeting时对於自己的 implement的程式 的解释，而能讨论出更具体的下一步。 接下来也有同学可能程式一写就遇到恼人解不出来的 bug。请想一下为什麽会有恼 人的 bug? 请记得，电脑是个 deterministic machine，它是不会随机给你无法解 释的 bug的。所以事出必有因，一定是因为程式太复杂，让你有地方没有考虑清楚 所致。所以，这就更突显了与我 meeting的重要性。但是请你在 meeting前准备好 将这个 bug的现象以及前後相关的 code 说明清楚，once again，你很可能就在这 个将 bug描述清楚的过程中了解了 bug的解决之道，就算没有，在听了你的描述之 後我也比较有可能对你提供较建设性的意见，甚至帮你 debug。 不过，每个人的情况不同，以上的三种请况也许跟你都无关，但是也请你想一想， 你每个礼拜 (或是每两个礼拜) 报告得出进度吗? 总而言之，做研究就就像游泳一样，除了自己闷着头往前冲之外，要记得抬起头来 让我看看。我希望大家了解花时间去将自己所作所想的事情整理成 "可报告的进度" 是很重要的，花你所有时间的三分之一来准备跟我 meeting的报告，至少在研究的 初期，都是非常值得的投资。与其 meeting时支支吾吾说不清楚进度然後被老板念 而感到沮丧或是变成麻木不仁没进度也没关系，不如想好要如何具体描述或是呈现 你的进度，这样子一方面可以督促自己不断的前进，另一方面也才能与我激发出讨 论的火花! 所以，我说这暑假与以後 meeting的 schedule 请自行 sign up，那麽就请不要再 观望，自己决定自己的进度。博班的，要升硕二的，甚至是硕一的新生，请把握自 己的权益。 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 59.121.129.183 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 140.112.48.60