大道至简，书如其名，把我们认为很难得任务简单化。
愚公移山如此庞大的人物无非就通过顺序、分支和循环解决了，由此可见，多么庞大的项目都是通过简单的编程语言实现的。何必要怀疑自己能不能编程，我们又不是弱智，编程语言也是语言，而且大致都是相似的，程序 = 算法 + 结构，编程的第一要务是先把事情分析清楚，事件先后 的逻辑关系和依赖关系搞清楚，然后再将自己的意思用编程的语言表达出来就可以了。
懒人造就了方法，像愚公那样勤劳的人自然会踏踏实实的劳作，是李冰的懒让他找到了简单的方法，人的精力终归是有极限的。提出新的“方法”，解决的将是影响做事成效的根本问题。虽然一万字的代码可以在一页里写，而就我自己而言，我也是比较喜欢这样子写代码的，但是一个个文件这样子还是比较好的选择的，无论是在结构上还是实现调试上都比较占优势。我想我的大脑也是一团混乱的，大学期间，我们学习了各种语言，各种辅助科目，可是在我的眼里，似乎就只有C++在VS里才可以运行，每当遇上别的软件就不知道该从哪里下手了。
一个团队就必须要有一个领导，他在整个团队里起着调节粘合的作用，在必要时还要首当其冲，项目经理是需要时间来成熟的。他需要有机会来承受 错误，而不是一开始就享受成功。明确分工是你的管理职责。做管理≠做伯乐。
作为一个软开发员，我们需要经常和客户打交道，我们不能要求客户理解我们的编程语言，我们需要项目经理一样的职位用自然语言，用通俗易懂的图和语言来表达我们软件，使用与不使用 UML，其根本的问题在于沟通方式的 选择。只要是行之有效的、能在各个项目角色间通用的， 就是好的沟通方式，项目的中断和中止，与历史产生断层的内因是一致 的。很多的项目(尤其是产品计划)在负责人员 离开后，就自然而然地死掉了。所以我们在做项目时要时时留下历史记录！以方便以后接手这个项目的人可以容易实现继续和维护。
过程理论中，如果懂得了所谓的模型原本都演化自那 个简单的瀑布，那么文档是按 XP 写还是按 RUP 写，也 就可以应时、应需，因地置宜，择善而从了。——本质的 东西若能理解得透，架子还不是随手搬来就可以用的吗？ 越是简单的东西，往往越是接近于本质。