读书笔记-->第三章 学无止境-->《高效程序员的45个习惯》

学无止境

即使你已经在正确的轨道上，但如果只是停止不前，也仍然会被淘汰出局--will rogers(美国著名演员)

5、跟踪变化

赫拉克利说过：“唯有变化是永恒的”。

如何才能跟上技术变化的步伐呢？

迭代和增量式的学习

了解最新行情

参加本地的用户组活动

参加研讨会议

如饥似渴地阅读

跟踪技术变化：你不需要精通所有技术，但需要清楚知道行业的动向，从而规划你的项目和职业生涯。

平衡的艺术

你不可能精通每一项技术，没有必要去做这样的尝试。只要你在某些方面成为专家，就能使用同样的方法，很容易地成为新领域的专家

你要明白为什么需要这项技术--它试图解决什么样的问题？它可以被用在什么地方？

6、对团队投资

一个学习型的团队才是较好的团队

每个人都比你厉害吗？嗯，太好了

向右盛名的爵士吉他手Pat Methany说过这样一句话：“总是要成为你所在的那个乐队中最差的乐手，如果你是乐队中最好的乐手，就需要重新选择乐队了。我认为这也适用于乐队之外的其他事情”

为什么是这样呢？如果你是团队中最好的队员，就没有动力继续提高自己。如果周围的人都比你厉害，你就会有很强的动力去追赶他们，你将会在这样的游戏中走向自己的顶峰。

7、懂得丢弃

敏捷的根本之一就是拥抱变化

在学习一门新技术的时候，多问问自己，是否把太多旧的态度和方法用在了新技术上

根深蒂固的习惯不可能轻易地就丢弃掉

Expensive mental models aren't discarded lightly

打破旧习惯很难，更难的是自己还没有意识到这个问题。丢弃的第一步，就是要意识到你还在使用过时的方法，这也是最难的部分。另一个难点就是要做到真正地丢弃旧习惯。思维定式是经过多年摸爬滚打才构建成型的，已经根深蒂固，没有人可以很容易就丢弃它们。

学习新的东西，丢弃旧的东西

在学习一门新技术的时候，要丢弃会阻止你前进的旧习惯。毕竟，汽车要比马车车厢强得多

沉舟侧畔千帆过，病树前头万木春，要果断丢弃旧习惯，一味遵循过时的旧习惯会危害你的职业生涯

不是完全忘记旧的习惯，而是总在使用适当的技术时才使用它

对于所有使用的语言，要总结熟悉的语言特性，并且比较这些特性在新语言或新版本中有什么不同

8、打破砂锅问到底

在理解一个问题的时候，需要渐次地问5个以上的“为什么”

不停的问为什么。不能只满足于别人告诉你的表面现象，要不停地提问直到你明白问题的根源

切身感受

这就好比是从矿石中采掘贵重的珠宝。你不停地筛选掉无关的物质，一次比一次深入，直到找到发光的宝石。你要能感觉到真正地理解了问题，而不是只知道表面的症状

平衡的艺术

你可能会跑题，问了一些与主题无关的问题。就好比是，如果汽车启动不了，你问是不是轮胎出了问题，这是没有任何帮助的。问“为什么”，但是要问到点子上

当你问“为什么”的时候，也许你会被反问“为什么你问这个问题？”在提问之前，想好你提问的理由，这会有助于你问出恰当的问题

“这个，我不知道”是一个好的起点，应该由此进行进一步的调查，而不应在此戛然结束。

9、把我开发节奏

敏捷项目会有一个节奏和循环，让开发更加轻松。例如，Scrum约定了30天之内不应发生需求变化，这样确保团队有一个良性的开发节奏。这有助于防止一次计划太多的工作和一些过大的需求变更。

相反，很多敏捷实践必须一直进行，也就是说，它贯穿于项目的整个生命周期。有人说，上帝发明了时间，就是为了防止所有事情同时发生。因为我们需要更具远见，保持不同的开发节奏，这样敏捷项目的所有事情就不会突然同时发生，也不会随机发生，时间也不会不可预知。

我们先来看某个工作日的情况。你希望每天工作结束的时候，都能完成自己的工作，你手上没有遗留下任何重要的任务。当然，每天都能这样是不现实的，但是，你可以做到在每天下班离开公司前运行测试，并提交一天完成的代码。如果已经很晚了，并且你只是尝试性地编写了一些代码，那么也许最好应该删掉这些代码，第二天从头开始。

这个建议听起来十分极端，也许确实有一点，但是如果你正在开发小块的任务，这种方式非常有助于你管理自己的时间：如果在你工作的时候没有一个固定的最终期限（例如一天的结束），就应该好好想想了。它会让你的工作有一个节奏，在每天下班的时候，提交所有工作，开心收工。这样明天就能开始新的内容，解决下一系列难题

敏捷开发者可以从多方面得到反馈：用户、团队成员和测试代码，这些反馈会帮助你驾驭项目。但是时间本身就是一个非常重要的反馈

许多的敏捷技巧来源于时间盒--设定一个短时的期限，为任务设定不能延长的最终期限。你可以选择放弃其他方面的任务，但是最终期限是不变的

解决任务，在事情变得一团糟之前 保持事件之间稳定重复的间隔，更容易解决常见的重复任务

切身感受

项目开发需要有一致和稳定的节奏。编辑，运行测试，代码复审，一致的迭代，然后发布。如果知道什么时候开始下一个节拍，跳舞就会更加容易

平衡的艺术

在每天结束的时候，测试代码，提交代码。没有残留的代码

不要搞的经常加班

以固定、有规律的长度进行迭代。也许刚开始你要调整迭代的长度，找到团队最舒服可行的时间值，但之后就必须要坚持。

如果开发节奏过于密集，你会精疲力竭的。一般来说，当与其他团队（或组织）合作时，你需要减慢开发节奏。因此人们常说，互联网时代发展太快，有害健康

有规律的开发节奏会暴露很多问题，让你有更多鼓起勇气的接口

就像是减肥一样，一点点的成功也是一个很大的激励。小而可达到的目标会让每个人全速前进。庆祝每一次难忘的成功：共享美食和啤酒或者团队聚餐