kkurs
2017-06-04 00:42:22 +08:00
你写的不多,不太清楚你的研究具体进展怎样,遇到了怎样的困难,但是建议在采取退学之类的行动之前一定要考虑清楚。
博士生退学没什么,关键是搞清楚自己想要的是啥。我认识不少退学的博士,其中不少人我是支持他们退学的决定的,换做我在他们的位置,我应该也会退。楼上有一些人因为交大排名高名气好为理由建议,我认为这不是正确的理由,清北斯坦福伯克利每年还有不少人退学呢,难道他们不知道学校牌子的好处么?另外一些人说已经花了这么些年所以应该坚持下去的,两年的时间还真不算长,如果真的因为科研的原因毕不了业的话,那投进去的时间就是无底洞了。想想那些六、七、八年毕不了业的博士,每天是何等的煎熬。
所以这件事,不是三言两语就能给出建议的。有一些人根本没做过科研也不懂科研就随便给个建议,我认为很不负责,lz 需要认真鉴别。
但是另一方面,读博搞科研遇到困难和瓶颈其实是一种常态。除非跟了特别牛逼的导师,绝大部分博士在读博期间都会遇到这样那样的问题,关键是这问题到底能不能克服,以及你自己到底想要啥。比如你说的不擅长想新方法,不擅长写论文,这在我看来是可以克服的困难,创新能力和写作能力都是可以培养的。又比如你说没有数据的问题,也是可以通过寻求和其他学校或企业的合作来解决的。但有些问题是很难客服的,比如导师很多东西不懂还瞎给意见,或者整天光顾着找横向项目赚钱的等等,这种问题我认为就有必要换导师或者退学了。
另一方面你说你喜欢实现工程的过程,但是我必须说企业里面做工程和学校里面很不一样,有很多你没碰到过的问题比如说:
1. 你的工作不是开发新系统,而是接手一个 legacy code base,代码质量很差没注释没文档没测试,作者已经离职公司里没有其他人懂。代码写得很不模块化各种耦合,不好懂也不好改,但是上司只给你几天的时间熟悉,没时间重构,之后马上就让你往里加新需求。
2. 工期很紧工作量很大,导致你必须每天加班到晚上十点才能完成,同时完成的质量很差将来很难维护(前面说的那种工程)。
3. 你跟上司或者 senior 同事的意见不合,最后你不得不用你不赞同的方式(架构、工具)去完成一个项目。比如你喜欢 git,但其他同事只会 svn ;或者你喜欢 java 8 的 lambda,但是领导要求用 java 6。
4. 高层决定了一个项目,你觉得这个项目没有前途,做出来之后注定失败,但是领导有令你又不得不做。
想象在上述情况下,你是否还能开开心心的码代码?是否还能体验你所说的构建的乐趣?当然我见过有的人可以应付,但是我在这种情况下绝对是体验不到什么实现的乐趣的
最好的了解方法是去企业实习,以你的条件可以申到很好的大厂(阿里、微软、英特尔之类),在那里你才能真正了解企业中的项目是什么样,才能客观的评价自己是否应当退学。在论坛上问,三言两语是很难把这个问题说清楚的。