去年开始在周会贯彻宣讲我的一些开发的理念，以下是对去年主要念叨点的总结：
程序员的素养
素养，我觉得就是一个群体对于有利于群体整体发展的一些规则。对于社会，就可能体现为道德。人生活在不同的圈子里，就有不同的素养要求。素养是有利于群体，从而有利于个人，但是对于具体某事而言，可能是不利于当事个人的。对于开发人员而言，我能想到的：1. 对代码负责，不用过客心态对待代码；2. 代码风格和代码注释，代码风格和代码注释一定要统一。对于应用，注释量可以略少，对于基础平台和库，注释一定要严格和严谨；3. Review，大家帮助大家，形成统一的行事准则；4. 团队意识和主动性，为团队创造更好的业绩。5. 积极主动的交流，包括工作情况交流和知识的交流。把知识握在自己的手里，你永远停留在那个位置。自己的接班人要自己培养。技术交流，应该不能停留于这样是不是目前没问题，而要考虑扩展性，多问问那样是不是更好。
代码注释和命名，就是一个程序的外貌。代码的架构，就是一个程序的气质。气质，大家可能都认为比较重要，但是外貌一样也很重要。漂亮的外貌，可以让人愉快工作，良好的命名同样。良好的命名，不仅可以令人愉快，更可以帮助大家更容易理解程序，同时，良好的命名，有助于你更好地思考你怎么样去实现程序。如果你能清晰明确地命名，那通常意味着你的程序结构存在问题。
应该做有效的注释，注释应该去说明你的功能，说明你的结构，即说明你的想法。不要去指导别人，别人或许有更好的实现方式和思路，要尊重别人。模块的结构和接口，别人使用模块的方法，代码算法部分，临时变通部分，需要特别的注释。
代码架构
代码架构很难一概而论，但是我觉得有几点可以作为参考：1. 程序的一致性，就同一个应用里，有统一的参数校验原则和返回值系统。2. 清晰的层级结构，一个设计的架构图应该是很容易画出来的。3. 封装，理想的封装应该上层只需要知道下一层的结构信息，如果有长长的成员操作，通常意味着坏的架构设计。只有对代码了然于胸，才可能做出一个良好的结构。
调试信息，要十分注意调试信息的合理安排，调试信息应该归属于什么，是否有必要，应该仔细考虑。
