杭州一月游

写在前面

本科四年有好多好多事想和大家分享，但一直没有时间写，一拖再拖。今天是本科毕业后暑期实习结束后的第一天，那么我将从我的杭州暑期实习开始讲起。

短期实习

准备出发

实习是我一直想要做的，一是在学校太久，希望去外面看看，了解一些新鲜的行业动态。二是与同学聚聚，聊聊人生。。。

7月11回到家，由于时间比较晚，各互联网的大公司针对学生的暑期实习招聘都已经结束，在家修整一天后就开始疯狂的在智联招聘上投递简历，只要是看到与Java相关，且符合我能力水平的都投了一遍。两天之内总计发出的简历估计有80份左右，接下来的几天就陆续接到几十个面试邀请。由于8月底还要去学校读研，因此在面试邀请时，直接坦白地表示我只能实习一到两个月，结果可想而知，大部分的公司都拒绝了，最后只剩下3家。确定好面试公司及时间后，周四便飞奔杭州，周五正式开始面试。

面试

面试进展还是比较顺利，主要就问了之前做过的项目，还有一些Java、SSM框架的基础知识，比如Java中的HashMap，Spring MVC的请求，Controller中的返回值等等。
　　面试结束当晚就通知明天正式上班了，看来公司还是非常缺人的。

谈薪水

有句话说的好:知己知彼百战不殆。初次面试时，当老板谈到薪水期望时，考虑到自己时间比较短，担心对方不接受，答的比较含糊，只要够吃住就行。面试当晚上接到第二天上班通知，到公司实际体验了一番，了解公司目前做的项目之后，心想公司应该非常缺人，而且面试时表现应该不错，同时对自己的技术实力也比较自信，在接下来正式谈报酬时，底气就比较足了。结果也出乎我的意料，我提的要求几乎全部满足，公司同意为我提供住宿。

业务

在来实习之前，之前实验室的大师兄能哥给我提了三点：1、了解公司业务、工作流程；2、多向公司里的大牛学习；3、把该有的薪水拿到。
　　我们公司做的是微商，运营模式也是常见的代理模式，不同级别的代理商拿货价格不同，而且每一级代理只与他的直接上级相关。这个巧妙的代理模式可以通过管理少数的一级代理商从而掌握巨大的流量。

代理模式是目前流水量最高的模式，也是化妆品尤其是面膜品类的主要模式，目前这个模式。当然，这也是被外界诟病最多的模式，很多人认为朋友圈营销就是找代理，然后就会又被扣上传销的帽子。实际上，朋友圈代理模式只是线下代理模式的一个延伸。微商不得不知的五大朋友圈运营模式

而要想注册成为代理商，需要事先缴纳一笔“入门费”，不同代理级别的“入门费”以及销售任务、拿货价格等都不尽相同。审核通过后就成为正式代理。通过不同的推荐关系，代理链，上级代理商，团队管理等不同角色就可以从这些代理中获得不少收入。那么这些代理关系需要如何管理，收益、返利如何计算等等就需要一个信息化的系统去统一维护。信息系统最主要的功能的就是减少人工计算量。
　　关于微商的运营模式，这里就不一一叙说了。有兴趣的同学可以自行百度了解。

项目开发

项目的结构也很常见，和我在学校参与的项目一致，后台技术就是用的SSM三大框架。对我来说技术上没有遇到什么问题，最主要的是了解项目的业务流程。由于是个小公司流程不是特别规范，但这里毕竟还有大神，感悟还是挺多。下面就分条介绍吧

分析业务，确定需求 通过几次项目，以及这次实习体验，给我的体会是需求分析非常重要。做好需求分析可以大大减少后续步骤的工作量。如何做好需求分析就需要有充分的调研，对业务深入的理解。有时候客户提出的要求并不是真正的需求，需要我们进行深层次地挖掘，分析客户真正想要的东西，看看客户是不是真的有这方面的要求，不要等到已经开发完成的时候，才发现效果不是客户需要的。
这个情况我在实习的时候就遇到过。测试人员提出一个优化点，认为用户需要添加某个功能，同时反馈给我们组老大，老大想了一会儿，觉得这个需求是合理的，当然我们开发也觉得很有必要，然后马上开工写代码了。结果过了一天，公司开会的时候，我们刚提出这么一个优化点，就立刻被其他部门否决了，因为我们业务与其他公司不一样，不需要这个功能，如果加上去，可能会带来一系列的麻烦。最后的结果就是，我们又迫不得已删除已经修改的代码，重新开始。
规范文档管理 由于项目刚起步，流程还不是特别规范，有关需求的文档都是直接往工作的微信群中一扔，大家自行下载查看。就不提版本无法维护的问题，时间久了，有时候连文档都找不到。
项目全景图、脑图、流程图 如果项目中有这几个图或者其中一个，可以让新入职的员工快速地熟悉业务流程。有了总体框架后，再进行模块细分。在对模块细分的时候，需要考虑有相互影响，有涉及到的相关模块。
先思考，再动代码 拿到需求后，万万不可以一来就着急着写代码，改代码。而是首先分析需求的业务逻辑，看看是否合理，评估难度，与现有系统有没有冲突，预计多久能够完成，涉及到哪些模块，要改动或者新写多少代码。
不怕麻烦，写好代码

不属于这个类（实体）的属性，该拆分的就拆分，不能因为偷懒把这些不改有的属性混杂在一起。不然到后面业务需求有变化的时候，在去做拆分就会变得非常麻烦，改动会非常的大。
一个方法只做一件事，如果一个方法里面执行了好多事，不拆开的话一定要写好注释。
方法名、变量名要取的有意义，让人一看就明白，不然可能连自己也不知道写了什么东西。
文件、方法该放在什么位置就放在什么位置，不要东一个西一个。比如Controller层里面拼拼结构，做个页面跳转等简单操作就可以了，不要把一堆增删改查的操作也放在里面。
有些东西是不能偷懒的，要对自己写的代码负责，对自己负责，也方便他人。说不定别人看到你的烂代码在心里偷偷骂你呢。

学习

坐我对面的是一个非常热情的小伙子，但是他有一个致命的缺点就是做事不太积极，要是别人不给他任务，他就没有事情做，而在他旁边的那位哥们做事更加积极，把他要做的活都做了。因此他每天上班过来只是看看新闻，玩玩手机，偶尔有任务的时候做一下，可能公司觉得它没做什么任务，给他安排了一个客服的活，打打电话，了解客户对产品的使用反馈。但只做了两天，后来不知道什么原因又没有继续下去了。直到某天一天中午，他被公司炒鱿鱼，事发突然，还记的那天上午上班前我还和他在愉快地讨论DOTA2的TI杯呢。在我们为他感到惋惜的同时也让我明白了一个道理：不积极，不干事，不学习就被淘汰。　　　　　——记8月13中午，测试员工被辞事件
　　公司虽小，但也总有几个大神。和他们交流的时候就深刻感受到自己学到的知识实在是太少了，在这个知识爆炸的阶段，唯有不断学习才可以不被这个社会淘汰。趁着现在年轻，找准自己感兴趣的方向，赶紧学新知识。
　　阿里来的大神是我在公司里最佩服的一个人，他思维敏捷，考虑问题周到，做事也是一丝不苟，对布置给他的任务都是全心全意的完成，对加班加点也是毫无怨言。同时待人和善，当我们遇到问题向他请教时，总是不耐其烦地为我们讲解。我刚进公司，他对我的代码提出了许多非常宝贵的建议，也指出了很多不足之处。在此表示感谢！