读《程序员自我修养》 总结

• 技术上
  • 尽早编码
  • 统一命名习惯
  • 不要提前优化
  • 清楚地思考，清除地表达：隔离辅助代码，让程序变得易读；抽象部分逻辑，让程序简单明了
  • 看看开源项目Apache HTTP Server 或者 FreeBSD，想想这些项目有些老了，但是它们为什么并不像遗留项目？？！！
    

     Bug跟踪系统和版本控制系统中的记录：

• Bug应该已经包含对于问题的细致观察，如有必要，补充对问题描述的细节
• 问题的分析，尽可能解释根本原因。有时，这无法最终确定，那就尽力解释你的猜想并给出支持它的证据；
•  解释你的修正。这应该包括代码变更的整体说明和任何用户可能观察到的效果；
•  如何测试你的变更。

• 改善遗留代码（进公司的第一件事）：找出那些需要修改又使用很多的模块，将它们抽取出来写成自己的模块。（有关维护遗留代码的书籍：《Working Effectively With Legact Code》（修改代码的艺术）和《Refactoring:Improving the Design of Existing Code》（重构：改善既有代码的设计））

• 思想上
  • 不要再像之前一样有问题一个人硬扛着，自己解决一个问题需要设定时间，过了这个时间就需要找人帮忙！
  • 善待自己，随时休息
  • 如果你对自己的（编程）工作厌倦了，觉得我只是在为公司卖命（估计你要产生消极情绪了），这个时候你应该想到公司给你支付了工资，你应该从工作中获取成就感（主动去创造价值），你为公司挣钱，公司给你发放薪水。
  • 了解敏捷开发
    
  • 总结自己的学习方式，每半年反省自己的职业生涯
    

• 公司生活和形势
  • 在公司不要说得比做得好听
  • 有时间搞搞Git，做开源项目
  • 能多长时间完成添加XX功能，最诚实也是最好的回答是“我不知道！”
  • 找一个不会因你的成功而使其利益受损的师傅（弄清楚他的性格）：“如果在工作上遇到问题，我该问谁？”“团队里有谁可以带我入门？”
  • 进入公司一段时间可以画出公司环境的非正式关系图判断出：枢纽、守门员、消息灵通人士
  • 跟行政助理搞好关系，多跟产品支持人员沟通，了解用户反应比较多的问题！