2014年度周会总结

去年开始在周会贯彻宣讲个人一些开发的理念，如下是对去年主要念叨点的总结：

程序员的素养

素养，我以为就是一个群体对于有利于群体总体发展的一些规则。对于社会，就可能体现为道德。人生活在不一样的圈子里，就有不一样的素养要求。素养是有利于群体，从而有利于我的，可是对于具体某事而言，多是不利于当事我的的。对于开发人员而言，我能想到的：1. 对代码负责，不用过客心态对待代码；2. 代码风格和代码注释，代码风格和代码注释必定要统一。对于应用，注释量能够略少，对于基础平台和库，注释必定要严格和严谨；3. Review，你们帮助你们，造成统一的行事准则；4. 团队意识和主动性，为团队创造更好的业绩。5. 积极主动的交流，包括工做状况交流和知识的交流。把知识握在本身的手里，你永远停留在那个位置。本身的接班人要本身培养。技术交流，应该不能停留于这样是否是目前没问题，而要考虑扩展性，多问问那样是否是更好。

代码的注释和命名

代码注释和命名，就是一个程序的外貌。代码的架构，就是一个程序的气质。气质，你们可能都认为比较重要，可是外貌同样也很重要。漂亮的外貌，可让人愉快工做，良好的命名一样。良好的命名，不只能够使人愉快，更能够帮助你们更容易理解程序，同时，良好的命名，有助于你更好地思考你怎么样去实现程序。若是你能清晰明确地命名，那一般意味着你的程序结构存在问题。

应该作有效的注释，注释应该去说明你的功能，说明你的结构，即说明你的想法。不要去指导别人，别人或许有更好的实现方式和思路，要尊重别人。模块的结构和接口，别人使用模块的方法，代码算法部分，临时变通部分，须要特别的注释。

代码架构

代码架构很难一律而论，可是我以为有几点能够做为参考：1. 程序的一致性，就同一个应用里，有统一的参数校验原则和返回值系统。2. 清晰的层级结构，一个设计的架构图应该是很容易画出来的。3. 封装，理想的封装应该上层只须要知道下一层的结构信息，若是有长长的成员操做，一般意味着坏的架构设计。只有对代码了然于胸，才可能作出一个良好的结构。

调试信息，要十分注意调试信息的合理安排，调试信息应该归属于什么，是否有必要，应该仔细考虑。