|
有想法就要去实现 对一些东西有想法和把这些想法实现之后的心态是完全不一样的。所以，有空就把想法实现，然后把这个作为一个积累，这是很必要的。 能做是属于思想家； 做了是属于实干家。 一个人，实干家和思想家的成分都会有点。但是一个实干家首先必须是思想家，“思想家”稍微不留神就会成为“空想家”。 但是，想法和实干毕竟差别太远。所以，要实干就要讲究技巧，就要在当思想家的时候把想法简化简化再简化，以至于方便于实干。 要当实干家，首先要成为思想家。 思想家也不是那么容易当的，怎么当一个思想家呢？ 我的一个经验，无论何时何地带着问题。不一定经常思考，但是要一直有着一些问题当成自己思考的动力。 “人如果没有了思考，世界将会怎样”。很有名的一句话。 实际上，在我的理解应该是--人如果了没有问题，和人没有了思考一样。 没有了问题，就没有了前进的动力，没有了目标。 没有了目标，空有能力也是没有用。 乌龟和兔子赛跑，兔子能力强，乌龟能力弱，但是有了目标，结果总会不一样。 就像这个博客,如果不写则永远不会有问题，写下来了，总会多少有点改变。 敏捷宣言 敏捷宣言 Individuals and interactions OVER processes and tools 个体和交互 胜过 过程和工具 Working software OVER comprehensive documentation 工作的软件 胜过 面面俱到的文档 Customer collaboration OVER contract negotiation 客户合作 胜过 合同谈判 Responding to change OVER following a plan 响应变化 胜过 遵循计划 Robert Martin再次掀起了讨论编程的职业水准的声浪，他提出的第五项： 精益求精胜过简单执行（Craftsmanship over Execution） 另外一个版本的敏捷联盟发布的敏捷宣言（12原则） 在2001年召开的研讨软件过程未来发展趋势的一次会议上，17位业界专家就什么是“敏捷”达成一致意见。这次会议的一个成果是成立了“敏捷联盟”并发布了联盟敏捷宣言(参考http://www./principles.html)。这份联盟敏捷宣言是“敏捷软件开发”价值和目标的浓缩定义，并通过许多共同的原则进行了细化。这些原则如下所示。 1. 我们最优先要做的是通过尽早、持续地交付有价值的软件来使客户满意。 2. 在项目的整个开发期间，业务人员和开发人员必须天天在一起工作。 3. 即使到了开发后期，也欢迎需求变化。 4. 经常性地交付可以工作的软件。 5. 可以工作的软件是主要的进度度量标准。 6. 围绕被激励起的个体来构建项目。为他们提供所需的环境和支持，并信任他们能胜任工作。 7. 最好的架构、需求和设计来自于自组织的团队。 8. 在团队内部，最有效果和最有效率的传递信息的方法是面对面地交流。 9. 敏捷过程提倡可持续的开发速度。 10. 不断地关注最优秀的技术和良好的设计能增强敏捷能力。 11. 简单是根本的。 12. 开发团队每隔一定时间，都会对如何能有效地工作进行反省，然后相应地对自己的行为进行调整。 |
|
|
