该博客已经停止更新,新博客点击此处:DevWiki的博客
学无止境
跟踪变化
你不需要精通所有技术,但需要清除知道行业的动向,从而规划你的项目和职业生涯.
如何才能跟上技术变化的步伐?
- 迭代和增量式的学习
- 了解最新行情
- 参加本地的用户组活动
- 参加研讨会议
- 如饥似渴地阅读
平衡的艺术
- 许多新想法从未变的羽翼丰满,成为有用的技术.
- 你不可能精通每一样技术,没有必要去尝试.
- 你要明白为什么需要一项新技术—它试图解决什么样的问题?
- 避免在一时冲动的情况下,只是因为想学习而将应用切换到新的技术,框架或开发语言.
对团队投资
在一个团队中,如果只是你个人技术很好远远不够.
一个学习型的团队才是较好的团队.
所学的知识不用,往往会忘记.
你需要和团队的其他成员分享所学的知识,把这些知识引入团队中.
“午餐会议”是团队中分享知识的非常好的方式.
平衡的艺术
- 读书小组逐章一起阅读一本书,会非常有用,但是要选好书.
- 不是所有的讲座都能引人入胜,有些甚是显得不合时宜.
- 尽量让讲座走入团队中.
- 坚持有计划有规律地举行讲座.
- 不要局限纯技术的图书和主题,相关的非技术主题也会对团队有帮助!
- 午餐会议不是设计会议.
懂得丢弃
根深蒂固的习惯不可轻易地就丢弃掉!Expensive mental models aren’t discarded lightly.
敏捷的根本之一就是拥抱变化.
开发者的时间才是紧缺和昂贵的资源.
在学习一门新技术的时候,多问问自己,是否把太多的旧的态度和方法用在了新的技术上.
打破旧习惯很难,更难的是自己还没意识到这个问题.
应该力求尽可能地完全转入新的开发环境.
平衡的艺术
要果断丢弃旧的习惯,一味地遵循过时的旧习惯会危害你的职业生涯.
不是完全忘记旧习惯,而是只在使用适当的技术时才使用它.
对于所使用的语言,要总结熟悉的语言特性,并且比较这些特性在新语言或新版本中的变化.
打破沙锅问到底
不能只满足于别人告诉你的表面现象,要不停地提问直到你明白问题的根源.
- 为了解决问题,你需要很好地了解系统的全局.
- 问”为什么”,但是要问到点子上.
- 当你问为什么的时候,也许你会被反问为什么你问这个问题,在提问之前,想好你问的理由,这会有助于你问出巧当的问题.
- “这个,我不知道.”是一个好的起点,应该由此进行更进一步的调查,而不是在此戛然而止.
把握开发的节奏
项目开打需要有一致和稳定的节奏.
敏捷项目会有一个节奏和循环,让开发更加轻松.
设定一个短时的期限,为任务设定不能延长的最终期限.
解决问题,在事情变得一团糟之前.
平衡的艺术
在每天结束的时候,测试代码,提交代码,没有残留任何代码.
不要搞的经常加班.
以固定,有规律的长度运行迭代.
如果开发节奏过于密集,你会精疲力尽的.
有规律的开发节奏会暴露很多问题,让你有更多的鼓起勇气的接口.
就像减肥一样,一点点的成功也是一个很大的激励.