我的研究生生活规划

Posted 2020-10-07

      在我上小学的时候，我家里买了第一台电脑。我记得我坐在电脑前，听了一下午的音乐，看着电脑上绚烂的屏保，感觉一切都离自己远去，沉浸在自己的世界里，没任何人打扰。那个时候，我就下定决心，将来要把自己紧紧绑在电脑前。我还记得自己第一次练习打字时，每个字母都要在键盘上仔细寻找，然后一个一个敲出来，我爸爸还说我这样就能炼成少林神功一指禅（:-D）。慢慢熟了之后，就开始玩游戏了.....感觉打开了新世界的大门，哈哈。后来，开始尝试用一些办公软件，我还记得我第一次在电脑上写日记，大致内容是那天中午吃的牛肉饺子，下雨了，没法出去玩，好伤心（/(ㄒoㄒ)/~~）！PPT也做过，小学老师学过电脑，鼓励我们有条件的可以回去做一些PPT，自己感兴趣的就可以。当时我记得做的内容是关于红警（一款游戏）的，不知不觉就做了一个下午，并没有感到累，反而很开心。沉浸在自己喜欢的事情（当然是PPT了）里面真的很开心。宋丹丹小品里有一句话，我从出生起就与火结下了不解之缘，我感觉自己与电脑也有这个意思吧,嘿嘿~。

       高中毕业，我选择的大学专业是信息与计算科学，学习了很多关于计算机的知识，真的是不知者无畏，这个我向往的世界远远比我想象的要广阔。这让我有了对以后的学习生活的更深的期待。我能想到在未来的某一天，自己坐在办公室里，看着屏幕上的代码，如贝多芬一样，在键盘上弹出美妙的旋律，颇有挥斥方遒的豪迈（别打我，嘿嘿），想想就让人热血沸腾啊对不对。所以，摒着这份理想，大学毕业后，我选择继续读研，想尽可能多的扩大自己的眼界，学更多的知识，为自己的诺亚方舟再添些零件。再这段时间里，认识了来自五湖四海的同学，适应了新的环境，新的老师，踏实下来学习新的知识，不忘初心，继续前行。 

       我个人感觉，相比于其他专业，计算机专业算是我比较擅长的领域了。我相信一山还比一山高，比自己强的人比比皆是，到我有一份热情和一份热爱在里面，不会被拉下就是了。比较感兴趣的方向就是我研究生研究方向了，长脉冲的远程数据可视化，包含了web，C，Java，ASP.NET等各个方向的知识，现在自己的能力还不能够支持自己很好的完成这个项目，但经过一段时间的学习，我相信自己能很好的完成的。

      我们开学也已经两周了，我也渐渐认识到了自己的不足。从高性能计算的Xshell，数字图像处理的Matlab编程，到数据可视分析的Python，这些在本科没有接触到的东西，都需要自己重头来学。还好，我从来不认为自己是个聪明人，所以并没有自视甚高的毛病，我需要的只是时间。和其他同学，共同进步，共同提升。

       在这三年的学习生活中，研一的计划就是好好学习，与自己的研究方向相结合，把自己不熟悉，或者漏洞的地方补好，打好地基。研二研三就正真投身到项目里，搞出一些自属于自己的东西出来。再导师的指导下，继续前行。总体来说，这三年还是以学习为主，给自己一个海绵的定位，吸收更多的知识。

       我的软件工程的课本是微软Windows中国工程团队首席研发总监邹欣老师编写的《构建之法》，读完之后，感觉自己以前解除了假的软件工程。这本书把软件开发讲的清晰而且十分有趣，完全没有啃一部大部头书的枯燥感，它把冷硬的知识都鲜活话，就好像是武林秘籍里的小人自己跳出来给你演示，晦涩难懂的地方很少，让我们能够从最根本的地方理解软件工程这门课，强大的逻辑性和实用性，让我们可以很容易的打下坚实的基础，不至于九阳神功最后练成了王八拳，伤了自己。

       以前，我个人对软件工程的感觉就是写代码，然后组合起来就成了一个健全的软件。读完了这本书我才感觉自己坐井观天了。这本书详细介绍了编写代码之外的工作，如计划，设计，代码复审之类的工作，表现出了对这部分工作的重视。打个比方，编写代码就好比一座冰山露出水面的那部分，你永远不会知道隐藏在水面下的冰山究竟有多么巨大。不客气的说，软件工程就是建立在这些除编码之外的其他工作上，编写代码只是占了一个很小的部分，冰山一角。这就是为什么资深程序员用在这些其他工作上的时间远比初入者多，而敲代码的时间则要远远少于初入者。另外，在这本书中，我也看到了很多的实际例子，把理论联系实际，能让我们切身体会到作者想要表达的意思。就好像为我们画了一条路，每个路口通向哪里，都清清楚楚，明明白白。要说我理解最清楚的就是需求分析这一章了。要切实了解和挖掘客户对软件的需求，或者想办法引导出他们对软件的需求。接着对自己将要研发的产品下个定义，认真明确自己到底要做什么东西。然后与客户沟通，通过各种方法向他们验证软件团队对于这些需求的认知。我们往往会成立一个焦点小组，全程跟踪客户的需求并组内讨论。俗话说的好，九层之塔，起于累土。需求分析正是这至关重要的一步。

     在前文我提到过，我并不认为自己很聪明，在读这本书的时候，我也遇到了很多的问题。比如说在敏捷流程的这一章，我理解的就不太深刻。敏捷流程支持的是与用户的要求响应，但比如说我的软件设计已经进行到关键的点，这个时候客户客户提一些其他要求的话，我们有没有可能综合双方的实际情况，适当调整下，寻求一个双方的平衡点，而不是任由客户加条件。

      有一个很好的比喻，这本书搞软件的应该人手一册，就好像每个兵家都必备一本《孙子兵法》。这就是我的全部感悟，谢谢老师，不吝赐教。