※ 引述《dmlan1842 (神之小B)》之铭言：
: 各位前辈你们好
: 小弟我是一间默默无名的学校的研究生
: 就读资工系
: 指导教授是一位年轻又有活力的人
: 他希望我可以学多学快一点
: 硕一接了专题
: 也要赶今年八月的投稿论文
: 整天的话就是看网络上的project
: 利用Source Insight去看code
: 有时候真的是会看到很崩溃
: 感觉永远学不会
: 但教授说
: RD就是要整天看code
: 想请问各位前辈
: 所谓的RD生活
: 究竟是指怎么样??
: 还是每间公司的每个部门都不一样呢?
: 因为现在的被训练的模式的目的大致是(老师讲):
: 看论文 ==> 模拟未来在科技业看规格书
: 写论文 ==> 模拟怎么写一份规格书或专利
: 看code ==> 学会在有效时间内变成自己的code
: 带专题 ==> 体验一个project的产生流程
: 现在的生活大致上都是这样的cycle
: 不知道自己还要去做什么事情
: 自己在科技业会用的到??
: 请各位前辈指点迷津 ^_^
我举我的例子好了
我以前算是比较前面的大学研究所
教授是个超有冲劲的年轻人(28岁当助理教授)
底下的研究生通常每个人都有0.5~2个计画
博班比较强的学长同时有3.4个计画不意外
每个计画从一年60万到3年500万都有
采共产制度，大家领的钱一样
要摆烂教授就把计画丢给别人，要认真学教授只有一句话：N天内要交出来
教授本身的来历也相当吓人，
学生真的做不出来，教授通常在短短几分的开会时间内就帮你解掉了
教授常说：最好的教法就是什么都不教，然后跟你说下星期要做出来
听起来很扯，但是待过软件界的都知道常常会突然跟你说：今天要把这问题解掉
研究所时期可以很混也可以很认真 完全看你自己，反正进了业界就知道谁比较聪明
你要业界教你? 想太多，主管自己可能都不会，
做不出来?主管就是把你痛批一顿，然后你的问题还是没有解决，还白白浪费好几个小时
回到你的问题，你们教授说的应该都是没问题的，我再补充几点
看论文：
1.让你知道论文怎么写比较好找题目(让你早日毕业)
2.让你知道这领域现况
3.从他的reference知道主流技术是什么
4.知道这篇论文的爆点在哪(所谓的学术性，台湾业界大部分没啥用)
写论文：
1.训练排版和word的功能
2.知道怎么找所谓的创意和怎么突破目前技术的瓶颈(一样，台湾业界没啥用)
3.多丢国际Coference甚至Journel，一方面练英文，一方面可以放在履历上吓人
(IEEE Conference:新手练习区，可以从这丢起，很好上名气也很响)
看code(这部分最重要):
1.千万不要只有用看的，你怎么看都看不懂，一定要让code实际跑起来，在程式里面
多印自己的名字(就是所谓的Debug message)，这样你才知道程是怎么跑，跑到哪
训练所谓Trace code的能力
2.实际改程式实际跑跑看，如果你感到挫折是正常的，我在硕士的时候看到国外知名大厂
和所谓Open Source的Code，也是吓一大跳，但是实际跑起来过几个月，
你会用到的地方就那几个地方，也大概知道怎么改 (训练Debug的能力)
3.看CODE只选国外大厂和Open Source，多学学他们的Coding style
我退伍一星期刚进公司的时候，脑袋还在混沌阶段，看到Code就好像找回自己，
想起来自己姓啥名啥，一个月内就已经开始改CODE了，
很多跟我一样刚退伍的还在被百万行Code吓到的过渡期
过了这个过渡期还有软件界基本的Debug功力，这部分完全看你硕士的功力
做Project：
这部分跟业界有点差距，因为即使是产学合作，你做出来的就算不够好也不致于
让实验室有损失，但是到了业界做的不够好轻则被主管杠爆，重则导致公司的损失
不过还是有几点值得学习：
1.产学合作知道业界现在在做什么，有哪些东西
2.知道怎么应付厂商和业界 (老实说是被那些老江湖耍得团团转XD)
3.知道怎么应付长官XD
4.训练自己没有尸体，不能开天窗的决心 (这点可以让你跳脱学生的思想)
P.S. 对PTT不熟 不太会用XD