好习惯

好习惯

• 代码编写测试先行
• 不要为了新功能而破坏原来的结构
• 对每个模块，每次checkin一次代码，都应该比上一次更加易懂，随时重构。
  
  • 例如把switch换成多态结构，把继承重构成为命令链
• 每天固定学习时间， 可以在路上在在线视频（事前可以下载好），或者看书
  
  • 上班9h，吃饭1.5h，路上1.5h，洗漱睡觉9h，陪家人1h，其实每天还有2h
• 效率
  
  • 长期加班的话，效率低下
  • 适当中断编码、可以去加点水、下班回家、洗澡、上一下厕所。
  • 问题卡死，千万不要钻进去，可以中断一下
• 专业知识
  
  • 设计模式、设计原则（SOLID、组件设计）、方法&实践（看板、结构化分析设计、精益、scrum）、各种图（UML、DFD、结构图、状态流转、流程图、决策表）
• 碰到问题：需要有刨根问底，可以学到更多。多看看别人解决问题得路
• 练习编程技能， 行业相同：例如写字练习，钢琴练习等
• 了解业务领域，看看相关业务领域的数据

项目管理

• 谨慎承诺、注重承诺、另外承诺要严谨
  
  • 短期项目的承诺
    
    • 反例：有可能在xx之前完成
    • 正例：有可能在xx之前完成，但是在xx之前一定能完成
  • 长期项目的承诺
    
    • 做好时间评估：每项时间评估不要高于3天
    • 事情能经量细化
      
      • 例如：开发，自测，联调，代码review，日常环境搭建，日常测试，预发环境搭建，预发测试，线上发布等等
    • 承诺的前提条件： 需求没有大的变化
• 有风险尽量早提出
• 最好能有看板，方便了解整体项目进展，另外不断往看板上提交待完成事项，看板也可以作为备忘录
• 需要识别别人承诺的可靠性
  
  • 关注：可能，大概，应该等等不确定用语
  • 可以询问最晚大概什么时候完成
• 氛围：每天10分钟闲聊时间、团队水果会、聚会等等
• 项目进展/需求等能要上传下达
  
  • 项目每天10分钟的进展沟通会
  • 日常环境项目构建，定期可以要求查看实际功能进展
• 让更多的人参与进来，大部分问题是可以提前暴露出来，不用再测试阶段发现大量的bug
  
  • 可以让你的pd、运营等参与进来，他们可以提前体验功能。也让他们了解项目进展
  • 可以让视觉交互同学在后期参与进来，提前进行视觉交互验收
  • 代码review
    
    • 有时候开发人员自己讲述代码的时候，就能自己发现很多问题
    • 业务逻辑，代码的结构，并发的风险，例外的处理，写法的性能等等。