我正在参加「掘金·启航计划」
态度
- 反馈是敏捷的基础，如果方向错误，需要立即做出决策改变方向
- 在项目，工作，事业学习上有一个专业的态度，下面的方法会有很大的裨益
做事
- 当问题发生时首先需要的是解决问题，而不是抱怨，在该问题上自己能做些什么。
- 一个重大的错误应该被当做一个学习而不是指责他人的机会，团队成员应该相互帮助而不是相互指责。
- 要专业而不是自我
- 不需要很出色才能起步，但是你必须起步才能变得更出色
欲速则不达
- 理解开发过程，不要孤立编码，使用单元测试
- 不要坠入快速的简单修复之中，要投入时间精力保持代码整洁
- 设定最终期限，没有最好的答案，只有更适合的方案
排除万难，奋勇前行
- 发现问题时，不要试图去掩盖而是想办法去解决问题。
学无止境
跟踪变化
- 迭代和增量式学习：不需要每天花太多时间，需要经常进行。遇到不熟悉的内容，简单记录，之后计划的时间里深入研究。
- 了解最新行情及阅读
- 不需要精通所有东西，要实时了解行业动态，以便进行规划
- 对于一个新的技术，要判断它解决了什么问题，可以被用在什么地方从而进行取舍。
懂得丢弃
- 学习新的东西，丢弃旧的东西： 不是忘记旧的习惯，而是要在适当的时候去使用
- 对于学习的语言，要了解语言特性，并比较这些特性在新语言新版本中的不同
打破砂锅问到底
- 不停的问为什么，不要瞒住别人告诉你的表面现象而是明白问题的根源
- 提问时需要问道点子上，并且在提问之前想好提问的理由，有助于问出恰当的问题
把握开发节奏
交付用户需要的软件
让客户做决定
- 决定什么不该决定： 判断那些是自己决定不了的让客户或上面去决定
- 与客户讨论时，准备多种方案， 并从业务角度上介绍每个方案的优缺点及成本和利益，并和他们讨论每个选择对时间和预算的影响
- 记录客户做出的决定并记录原因
让设计指导而不是操纵开发
- 设计满足实现即可，不必太过详细
- 好的设计时正确的而不是精确的，它是一个目标而不是一个处方。
合理的使用技术
- 引入新的框架或技术之前要考虑以下问题
- 这个技术框架是否能解决当前问题，可以的话做个技术原型
- 是否会被它拴住：要看是专利技术还是开放技术，如果是开放的开放到什么程度
- 维护成本：不能高过解决的问题
- 根据需要选择技术
保持可以发布
- 代码提交时要保证提交代码后系统的运行...避免冲突
- 下面简单流程，避免代码冲突等问题对系统的破坏
- 本地运行确保代码可以运行
- 拉取最新代码
- 提交代码
- 保证你的系统随时可以编译，运行，测试并立即进行部署
提早集成，频繁集成
- 尽早的集成可以更容易发现风险，并降低风险相关代价
