实习

      我是从2010年7月进实习公司的,然后到2011年的4月底结束才离开公司,我们所在的部门是电子商务部门.其中和公司同事一起经历了很多难忘的事,从他们身上我学到了很多.刚开始进来,公司星期六还上班,后来就轻松很多了,放双休,而且每天是早8晚5的正常工作了.实习可以算是人生第一次参加工作,虽然以前在大学也有实习,但那个就是走了个形式,去一所职教学校上了一堂课;虽然以前自己做过家教,发过传单,做过苦力,带过课,通过这些兼职挣过一丁点钱,但没有这次实习挣钱正规化,呵呵,这个是签协议的,每月按时发工资到银行卡上.

      实习公司是联创亚信科技公司，在北京工作,北京一直一来是我比较向往去的地方,毕竟是首都,政治经济文化交流中心,但时间久了,你就会发现,其实并不是想像中的那么完美.上班时间,交通是很拥挤的,环境也不是很好,而且两极分化相当明显,每次看到路边停的小车,然后再看到在路边以天为床,以地为被的人和地铁口乞讨的人,我就会想到一句诗:朱门酒肉臭,路有冻死骨.     

     我被分到做前台业务，比如：手机开户业务、老用户优惠购机业务、套餐变更业务等。看似很简单的业务，但其实也不简单，比如说开户业务，首先调省份接口校验客户资料后，然后选号，选号就有七种模式：省、市、县、仓、池等组合，还区分是否是靓号，然后根据号码列出供选择的相应套餐，选套餐后，再选担保类型，再校验终端，终端关联的表很多，而且判断条件多，而且还区分社会渠道还是自由渠道，所查的表还不一样，很多时候，自测时都很难找到答合要求的终端串号，最后选活动，根据前面的号码、套餐、担保类型、终端类型，这些条件共同决定选择活动，可以说关联的表,让SQL语句看起来很复杂，可以说前台就是复杂在业务上，而不是在实现的技术和技巧上。特别是还要考虑前台营业员来回操作，对业务和最终提交数据的影响，当时作支撑省份控制信用度，就是被这来回操作折腾的够呛，至今记忆犹新。采用MyEclipe8.5的环境，用JSF+EJB+ibatis+maven来做开发(不过到现在，我仍然不知道，这个环境如何建的，很多都是在这个已经建好的环境基础上，看懂前人已经写好的代码，然后copy过来修改一下，即完成了需求。并不知道这个框架原理，配置文件和JAR包如何加载等)，有专门的需求组和测试团队，敏捷开发，由一名PO(即负责需求)，一名master(相当于小组组长，协调组员工作)，还有六七名team(即组员)，在我即将离开的时候，开始要求写测试用例，所以有幸了解了一下junit，jmockit。在开发过程中也了解了一下代码重构和设计模式是什么一回事，以前从来没想过这些，刚进小组时，我觉得将需求用代码来实现很难，后来才发现，其实正如那些老的开发人员所说，真正花时间的是理解需求，理解清楚了，思路清晰了，就不怕代码实现不了；以前也从来不考虑当前写的代码会对后来有什么影响，现在觉得代码写出来可扩展和可维护相当重要。

       主要用到的工具有：代码对比工具BC2，版本控制工具SVN，JSF开发工具MyEclipse，SQL查询工具PL/SQL

       我们是在电子商务的事业部门,见网上说过事业部和研发部的区别,说去事业部（移动，联通，电信）的实习生一般都是打杂的，做一些重复性的劳动,真正学技术的是在研发部,我赞同此观点.我也赞同一个同事的观点,他是2010届的应届毕业生,我们是一起进来的,半年后,他说了:我们所做的就是要懂业务,并不需要很多技术.对,确实是,像我对java只懂皮毛的,连最基本的继承,泛型都不懂(现在我仍然不懂),竟然进小组后,也可以照样做需求.总结一点,那就是看懂别人写的例子,然后拿过来改一下就好了.虽然看起来如此简单,但有时也不简单,很多时候,我们就是在业务上纠结,要进行删删补补改改.而且由于环境的不同,经常出现的问题是bug无法重现,那是相当的头痛.后来想想,其实纠结业务是很正常的,以后真正进公司后,也是一样,都是要跟实际需求挂钩的,那就离不开业务,因为真正体现计算机应用的正是如何用计算机语言去实现这些业务,这才能体现出应用的价值,所以需要在懂业务的基础上,去评估需求能不能用计算机语言去实现,而在了解需求后,才可能去尝试用哪种方法去实现业务比较合适,在解决需求的过程中,你就可以尝试去学一些技术来实现它,而在实现的过程中,你又同时对此业务有了很深的认识,所以这两者是相辅相承的,是可以相互促进的.

       总的来说,收获也不小,公司刚开始采用瀑布模型做版本控制,后改用敏捷开发和测试,虽然说我们并不是完全的敏捷，但深处其中,多多少少了解了一点敏捷思想，对如何独立分析需求，如何解决bug，如何与组员沟通，如何工作,也有了很深的体会.