大道至简第四章观后感

标签：

                                                                                                           大道至简第四章观后感

学习java语言也有些日子了，陪伴我们一路走来的除了神采奕奕的老王，还有这精辟的《大道至简》。前些日子我们本着自愿的原则，学习了大道至简的前三章。现在我们来学习第四章。

         流于形式的沟通，足下求速化之术，不于其人，乃以访愈，是所谓借 听于聋，求道于盲。韩愈如是说，是啥意思不重要，因为我也不太擅长于文言文但是！根据本章节的内容我们是可以大致知道一点的。作为一名程序员，我们应当做好人与人之间的沟通和交流。不能要求或者强求别人按照自己的约定俗成的那套习惯方式来与自己共事。这显然是不现实的。文中也有提到，如果对象是客户，你非要人家会C语言，那无疑是自寻死路。毕竟你要考人家的money吃饭呀。所以此时就需要彼此的交流。当然，你自己的用什么方法其实并不重要，用甲骨文写程序也行。但是，你得做好甲骨文和电脑编译软件的沟通。就像我们和盲人交流一样。

         为不存在的角色留下沟通的渠道。我觉得这句话给很有道理。从史料就可验证这句话的正确性。同时，文中也以夏，商，周等朝代的模糊史实佐证了资料缺失所带来的麻烦，原因就是那时的人们并不知道后来会有司马迁这个人，更不知道他会编纂史料。因此就带来了极大的不便利。我们作为后世人，应当从这件事中汲取教训。在编译我们的程序时需要的不仅仅是所谓的注释，更需要一些历史纪录：

1. 需求阶段：与谁联系，联系方式、过程、结果以 及由此引发的需求或变更；
2. 设计阶段：如何进行设计、最初的构架、各个阶 段的框架变化、因需求变更导致项目结构上的变 化(有助于了解构架的可扩充性)；
3. 开发阶段：每一种技术选型的过程、每一种开发 技巧的细节和相关文档、摘引的每一段代码、算 法、开发包、组件库的出处和评测；程序单元的 测试框架；每一个设计和构架变更所导致的影 响；
4.  测试阶段：还记得测试用例和测试报告吗？那是 最好的 history 之一。

最后的签名也是相当重要，标志着“完成”！

         因此，我们要注重平时的交流与沟通。沟通问题不仅仅存在与客户交流之中。还存在于与项 目的各个角色之间。项目的分析报告为设计人员所看不 懂，设计人员的方案为开发人员所看不懂，而开发的结果 以为测试人员所看不通。等等都是沟通问题。那么问题来了，什么才是最好的，有效地，有用的沟通方式呢？很简单！只要是行之有效的、能在各个项目角色间通用的， 就是好的沟通方式。不管黑猫白猫，抓到老鼠就是好猫。因此，作为新时代的程序员我们应当具备更多的技能和辅助技能，沟通就只其中之一！所以，同行们，在每一次回顾项目时都应该注意：流于形式的沟通， 可能是使得你的项目被不断推翻和不断延迟的最直接原因。

大道至简第四章观后感

标签：

原文地址：http://www.cnblogs.com/ykxstn/p/4907965.html