程序员的自我修养入门篇-启动篇

    不哭，我们会在程序员的道路上走得更好！

    摇摇晃晃在程序员这个道路上走了5个年头，到目前为止，还是认为自己不是一个合格的程序员，时时刻刻都有想转行的冲动，但是最终还是默默地坚持了下来。程序员的道路很艰难，很多时候可以说是痛苦的，特别是从大学毕业刚刚步入这个行业的时候。可能很多人都不知道当初为什么去学习编程，稀里糊涂的就开始了，老师就是噼里啪啦的照着课本讲了一大堆，自己什么也没听懂，所以大部分人还是自学的，还有很大一部分人是半路出家，去培训机构学习参加培训，然后就出来就业了！如果出来就去了一家比较好的公司，公司有对新员工的系统培训，从准则、基础、实践学习了一番，基础打得牢，那么后续的路子会走得更加容易些。但是可能很多人都没有这样的机会，公司都是利益至上，上来就接手项目，没有系统的培训，一些错误的认知和行为得不到及时的纠正，道路会走得比较曲折。所以才准备写关于程序员自我修改的入门篇分享给大家，让刚刚步入这个行业的朋友或者想步入这个行业的朋友，能获得正确和更加完善的行为和意识。后面要写的都是自己的亲身经历，不一定完全正确，只能作为参考。如果能对你们有一点点帮助，我就觉得满意了。

    记得刚刚步入公司，军训一周后，大家就被各部门的人力资源部门领走了，带着兴奋愉悦的心情，步入了这个大家庭，部门组织了一场欢迎会，当时我们部门还挺大了，有接近200号人，领导和老大们都来了，然后就是各位新员工上台介绍自己，青春，羞涩，现在回想起来还历历在目。然后部门领导就宣布了为期2个多月的模拟项目，前期包括部门各个模块的培训：技术、运营、商务、业务等等，中期就是分组，两个人一组完成一个模拟项目，一个完整的可以正常运行，并且设计达标的项目。最后才是正式入职接收项目解决问题。

    这个模拟项目不是简简单单的实现功能就OK了，而是把软件开发流程都完整的走了一遍。需要完成需求分析、编写概要设计文档、采用合适的架构、制定项目计划、评估项目风险、编写代码、编写测试用例。语言从c到java，还涉及java和c之间的交互（jni）。刚刚入职，哪会这些东西，大学也就学了C语言，写C代码还行，但是要自己主导设计一个项目，都不知道如何下手，头都大了。还需要熟悉公司现有的驱动接口、中间件接口、业务实现逻辑和各模块的功能，每天还需要做总结和分享，忙得不亦乐乎，加班肯定是少不了的，比正常上班还累，需要学习的东西太多了不懂的地方也太多了。需求分析和概要设计不知道改了多少遍，每次改完都兴冲冲的拿给老大们评估，基本上都是被批得体无完肤：什么需求分析不准确；流程图画得一团糟；接口设计没有扩展性；架构设计不合理，耦合性太强，那个时候哪知道耦合啊，觉得只要能实现就OK了，当然也少不了一顿批；什么低层次的模块，直接调用上层模块的接口都设计出来了等等。这样来来回回折腾了大半个月，最终概要设计才勉强通过老大们的审核，正式进入编写代码的阶段了。呵呵，兴奋，终于可以写代码了。

    变量函数胡乱命名、乱分文件、全局变量满天飞、异常没有判断、没有调试信息。。。，完全没有编码规范的意识，薄弱的编码习惯在这里暴露无遗。当然，后面大量时间都是花在犯错，修正上面。每过几天，老大们都会组织人员给我们做代码走读，都会给我们指出一大堆的错误，真的很感谢他们。随着时间的流逝，代码越写越多，也越来越规范，就像看自己的孩子一样，看着他一点点的长大，成长，蜕变，项目到了尾声，激动人心的时刻来了，做项目总结。记得做完总结的时候，我哭了，不是累了，也不是心理脆弱，是觉得自己成长了，是觉得自己付出了那么多终于有了结果。

    说了这么多，一方面是对自己初到公司的经历做了一个总结，另一方面也是希望自己能够记住这一段苦、充实、快乐的时光！也想把这一段美好的经历记录下来，记录那些踩过的坑，记录那些犯过的错误，记录那些需要具备的基础技能，给大家做个参考，希望你们比我走得更好，更远！