作为软件行业的程序员，每次版本评审总会面对一些专家评审的犀利意见，“你们这个功能还不好用，不好用的功能就不能上线，要做就得做好，不做好有什么意义？”
做软件的人都知道，软件开发之前的模式是瀑布模式，现在都在讲敏捷，举个例子讲一下瀑布和敏捷。
如果有人说，我想要一匹马，能载人载物，能防风防雨。
如果你上来就想做一辆豪华马车，从选材、设计，到搭建、装修，精益求精，制定一套非常完美的方案，然后开始实施，这就可以理解为瀑布模式。
如果你先画个草图，从建一个简单的马车开始，边设计边建造，一个阶段完成就找人体验，根据意见反馈调整方案，这就可以理解为敏捷。
想想两种行为结果怎样？第一种，等你豪华的马车造出来，满世界都是汽车了，你的马车再豪华又有何用？第二种，一边做一边吸收用户反馈，在某个阶段你就会发现客户的需求变了，及时调整，那你可能先做了马车，然后优化为三轮车，再到摩托车，最后交出一辆汽车，赢得客户口碑。
虽说行业不同，但是很多道理是相通的。为什么敏捷是现在很多互联网公司主推的开发模式，它背后的道理就是让人们行动行动再行动。
先解决有没有再考虑好不好，对企业来说可以提升竞争力，对个人来说是应对焦虑的良方。
当你焦虑了，说明你不满足现状，说明你有梦想，那你需要的就是行动，不要想太多。
想写作，写起来，十个字，一百个字，动起来；想锻炼，跑起来，十分钟，半小时，动起来。
不想做的人找借口，想做的人找方法。行动不一定会带来快乐，但不行动一定不快乐。
