经验1

纯属转载,有参考价值,更要共勉! 
知乎原文

题主似乎没有明确自己是博士生,以下假设为博士生。

1、首先,请以一个局外人的理智角度,对你的导师进行如下分类: 
① 圈内大牛,高水平论文很多,目前自己仍在亲力亲为参与科研工作,请转2 
② 简历里面有一些高水平论文,但是似乎并不能算是大牛,请转3 
③ 其他情况,请转4

2、这一种情况是比较理想的,个人认为你的关于论文的疑惑,其实可以尽量多和你的导师交流。不说科研这么大的话题,单单就写论文来说,其实有很多的技巧和潜规则,与其自己去试错,不如从导师那里多取取经。

3、这种情况,自己需要多上心,导师可能因为忙于行政之类的原因不能对你进行直接的指导,那么自己一定不要放任自流。国内的现实情况,导师手下学生实在太多,绝大多数的事情没有可能帮你考虑。具体到机器学习的研究,可以先和导师讨论确定一个大致的方向,然后自己寻找一个具体的问题(如果导师一直不能帮你确认大致方向请转4)。在拟定研究问题的时候,这几个问题必须有肯定的回答: 
① 你是否可以获取到最前沿论文中使用的实验源数据(参照最新会议论文,机器学习领域请参照ICML NIPS AAAI CVPR等) 
② 对于这些实验源数据,你的计算资源是否能有效承载(例如,只有五年前配置的机器的话,深度学习方向的搞起来会倍加困难) 
③ 对于研究问题本身,以及问题背后的抽象理念,你本人是否认同和喜爱(当你研究一类算法,如果自己都觉得不喜欢,出idea的速度会明显变慢) 
④ 该研究问题,近3年的会议和近5年的期刊文章中,是否还有持续出现 
上面这几个问题,是有效开展一个研究课题的必要(但并非充分)条件。可以看出,和已有的回答一样,要回答这些问题,要求你必须对这个小问题相关的研究有一 个整体的把握,自己动手写一个survey是比较好的途径,参考文献超过100的时候大概算是入门。到那个时候,你自己就会有各种各样的想法等待实现,当 然,这些想法里面大概有40%不靠谱,有40%是别人做过的,有10%你没能力做,会转化成你的论文的就是剩下的10%,不过这些都比较简单了。

4、【一流大学的同学,以及导师足够靠谱的同学,就不用向下看了,意义不大】 
如果你发现落到了这样的情况,自己就一定要警惕了。这种情况对于博士生是极端不利的,稍有不慎就会让自己未来的几年极端痛苦(亲身经历)。那么,我有以下几点建议: 
① 注意管理时间。即使你是一个努力和注意自我约束的人,你也一定要注意自己的日常科研时间是否被用在了与自己科研相关的事务上。几个简单的例子: 
a)大量时间用于做导师的横向项目,横向项目与研究课题基本无关或工程性质过强。 
b)在导师的要求下进行类似于数据采集/数据预处理相关的工作内容,并且没有用到任何具有前沿性的技术。 
c)导师完全不管,自行寻找研究方向但不得其法。 
② 多动手,少学习。这里所谓的“少学习”指的是,不要因为你要用到的工具包需要使用你从未接触过的Python语言,就抱着一本python编程指南啃三星期。这种“学习”基本上是浪费时间,关于matlab、python、hadoop、opencv、nltk……这些耳熟能详工具的使用,请活用官方文档、百度以及google,按照你的需求,边做边学即可。 
③ 多和导师诉苦。俗话说会哭的孩子有奶吃,不要觉得自己很厉害很清高就闷着头自己干,你的导师也许科研能力不行,但是你要认清现实:只有他可以帮得上你。即使只是给你换一台性能好的计算机或者大一点的桌子,对你的科研都是促进。 
④ 多写论文。尤其是在读博的初期,不要因为担心论文水平不行就不敢动手写,正确的做法是,在完成了survey过程后,应该保持持续的论文写作,只要你超过10天没有写论文,就应该给自己亮红灯。原因如下: 
a)论文是你毕业的筹码,没有筹码,你就什么都没有。 
b)论文只要别太烂,写出来总是能发的,也许被退好多次,也许投低档次期刊,但都能发。 
c)写论文是需要练习的,在写出好论文之前,一般需要写好多烂论文。 
d)除非你天赋秉异或者英语极好,否则无论你的创新多么好,单就语言来说,你刚开始写的英文论文基本上在外国审稿人看来就是狗屁不通。 
e)多被reject几次,就知道论文该怎么写了。 
⑤ 关于题主说到的,感觉各种算法都被改进过了,不知道从何下手的问题。其实主要还是源自对研究问题和相关方法的不熟悉,并不需要特别担心坑已经被填完了的问 题。你可以去瞄一眼这个论文:Manuel Fern andez-Delgado et.al. Do we Need Hundreds of Classi ers to Solve Real World Classi cation Problems? ,Journal of Machine Learning Research 15 (2014) 3133-3181。里面对比了用于分类的179种算法,这些算法也都是发了论文的,可以说其中大多数在实际上并没有非常好的应用价值。于是大家不要太紧 张,任何一点点小的改进、想法在合理的包装下都可以是一篇优质的论文。对于题主来说,可以多考虑一些idea的combining,比如有人用方法1解决 问题A,有人用方法2解决问题B,那么我用方法2的思路改进方法1从而更好地解决问题A,这就是能够出论文的点。 
⑥ 工欲善其事必先利其器。从论文查阅和下载,文献管理,笔记管理,数据收集和整理,实验工具,论文写作流程等各个方面,多优化自己的工作流程,省下来的时间哪怕用来睡觉都是好的。重复上面说过的,请活用百度和google,当然如果你有靠谱的师兄师姐也可以。 
⑦ 多学习。这和上面的②不冲突,这里说的学习,指的是和你科研能力息息相关的基础知识体系,而不是如何用python实现你的一个简单想法。无论是经典的课 本(PRML, MLAPP, ESL等)还是经典的公开课(Ng的机器学习,林轩田的机器学习基石+技法),都是需要花时间去学习的。否则你会发现,你以为读懂了论文,其实你还是不 懂,所以你也没法做出自己的研究。

时间: 2024-11-06 03:52:31

经验1的相关文章

微信小程序豆瓣电影项目的改造过程经验分享

在学习微信小程序开发过程中,一部分的难点是前端逻辑的处理,也就是对前端JS的代码编辑:一部分的难点是前端界面的设计展示:本篇随笔基于一个豆瓣电影接口的小程序开源项目进行重新调整,把其中遇到的相关难点和改进的地方进行讨论介绍,希望给大家提供一个参考的思路,本篇随笔是基于前人小程序的项目基础上进行的改进,因此在开篇之前首先对原作者的辛劳致敬及感谢. 1.豆瓣电影接口的小程序项目情况 豆瓣电影接口提供了很多相关的接口给我们使用,豆瓣电影接口的API地址如下所示:https://developers.d

【Spark深入学习 -14】Spark应用经验与程序调优

----本节内容------- 1.遗留问题解答 2.Spark调优初体验 2.1 利用WebUI分析程序瓶颈 2.2 设置合适的资源 2.3 调整任务的并发度 2.4 修改存储格式 3.Spark调优经验 3.1 Spark原理及调优工具 3.2 运行环境优化 3.2.1 防止不必要的分发 3.2.2 提高数据本地性 3.2.3 存储格式选择 3.2.4 选择高配机器 3.3 优化操作符 3.3.1 过滤操作导致多小任务 3.3.2 降低单条记录开销 3.3.3 处理数据倾斜或者任务倾斜 3.

《运营笔记》:主要是猫扑论坛运营经验。3星。

书中有不少运营的经验,其中以作者在猫扑的运营经验为主.条理略差,在移动互联网时代这些经验的价值也在逐步降低中.总体来说还是值得看一看的.我的评价是3星. 以下是书中一些内容的摘抄: 1:其实真正有消费能力的用户,白天可能根本不会上你的平台,因为他们都有自己繁忙的事情要处理.他们很可能晚上出现.如果你第一次不理他,第一次不理他,第三次还是不理他,那么,很有可能意味着你将失去他了.p56 2:如果帖子内容里面含有视频.图片,可以在标题里加上(图).(视频).(图+视频)的字样.p59 3:最好的用户

ZooKeeper和Curator相关经验总结

一.关于ZooKeeper的watch用法,需要注意 详细说明如下: ZooKeeper Watches All of the read operations in ZooKeeper - getData(), getChildren(), and exists() - have the option of setting a watch as a side effect. Here is ZooKeeper's definition of a watch: a watch event is o

基于MVC+EasyUI的Web开发框架经验总结(1)-利用jQuery Tags Input 插件显示选择记录

最近花了不少时间在重构和进一步提炼我的Web开发框架上,力求在用户体验和界面设计方面,和Winform开发框架保持一致,而在Web上,我主要采用EasyUI的前端界面处理技术,走MVC的技术路线,在重构完善过程中,很多细节花费不少时间进行研究和提炼,一步步走过来,也积累了不少经验,本系列将主要介绍我在进一步完善我的Web框架基础上积累的经验进行分享,本随笔主要介绍利用jQuery Tags Input 插件显示选择记录. 我在利用jQuery Tags Input 插件之前,一直想找一个合适的J

基于MVC+EasyUI的Web开发框架经验总结(2)- 使用EasyUI的树控件构建Web界面

最近花了不少时间在重构和进一步提炼我的Web开发框架上,力求在用户体验和界面设计方面,和Winform开发框架保持一致,而在Web上,我主要采用EasyUI的前端界面处理技术,走MVC的技术路线,在重构完善过程中,很多细节花费不少时间进行研究和提炼,一步步走过来,也积累了不少经验,本系列将主要介绍我在进一步完善我的Web框架基础上积累的经验进行分享,本随笔主要介绍使用EasyUI的树控件构建Web界面的相关经验. 在很多界面设计上,我们可能都需要引入树列表控件,这个控件可以用zTree来实现,也

android菜鸟必看的60个技术经验

最初,android工程师在开发app时,会遇见各种各样的问题,比如数据加载.信息同步等等,其主要原因才开始,会android项目开发(http://www.maiziedu.com/course/android/)不熟悉,还有就是不知道如何处理才妥当,下面小编就整理了网上各位android工程师的一些技术经验分享给大家:  1. 全部Activity可继承自BaseActivity,便于统一风格与处理公共事件,构建对话框统一构建器的建立,万一需要整体变动,一处修改到处有效.  2. 数据库表段

一个大水的微信入坑经验

最近搞微信整的我好无语,原因是自己太水了.总结了几点经验如下: 部署客户的微信时,最好把自己的测试的账号先取消关注了在部署.这样有助于及早的发现出现的问题. 菜单中的有网页授权时,首先那个appid一定要写成客户的,不要写自己的,切记!(我犯了好几次这样的错误,无语...)微信公众平台的网页授权的验证要配置域名,这个一般没啥问题. 一般在配置文件中,会有配置appid的key,如果没有,就去微信处理的核心类找,一般都会在配置文件中放着.记得改成客户的.(这个错误我也犯了多次,无语...) 如果发

10+年程序员总结的20+条经验教训

开发 1.从小事做起,然后再扩展 无论是创建一个新的系统,还是添加功能到现有的系统中,我总是从一个简单到几乎没有任何所需功能的版本启动,然后再一步一步地解决问题,直到满意为止.我从来没有妄想过能够一步登天.相反,我一边开发一边学习,同时新掌握的信息还可以用于解决方案中. 我很喜欢John Gall的这句话:"复杂系统总是源于简单系统的演化." 2.一次只改变一件事 当我们在开发时,碰到测试失败和功能无效的情况,如果你一次只研究一个问题,那将会更容易找到问题的关键.换言之,就是使用短迭代

ACM比赛经验

ACM比赛经验: 推荐此篇文章打印,与模板放在一起. 1. 比赛中评测会有些慢,偶尔还会碰到隔10分钟以上才返回结果的情况,这段时间不能等结果,必须开工其他题,如果WA,两道题同时做.交完每道题都要先打印. 2. 比赛时发的饭不是让你当时就吃的,那是给你赛后吃的.基本上比赛中前几名的队都没人吃,除非领先很多. 3. 很多选手,尤其是第一次参加比赛的,到一个新环境,全当旅游了,参观的参观,找同学的找同学,玩玩乐乐就把正事抛到脑后了,结果比赛自然没什么好成绩,这样的例子太多了.所以到参赛地后要时刻不