大道至简读后感

阅读完全书后，要说根据自己故去经历来体会，这到不怎么深刻。我认为要想更加透彻的理解此事书，还需在学习几年。那我就简单的说明一下我对此书内容的理解。

书的开篇用愚公移山的典故来比喻现在完成一个工程的步骤，我觉得这个引用有些生硬，但随着我往后浏览，我越加觉得这个比喻十分贴贴切。尤其是里面对选择结构与循环结构的比喻，IF条件语句（虽我之死，有子存焉），循环结构（子又生孙，孙又有子……子子孙孙，无穷匮也），而由于山不加增使得这个循环结构不会是个死循环。这些让我体会到了编译的精益。接下来它开始讲关于“懒人”道理，提及李冰的典故，从结果上来看李冰和愚公，李冰是优胜者，他的“懒人方法”是更值得提倡的，但我们并不提倡懒惰，这两个是完全不同的概念，前者表面上说的是懒人，试着比喻着创新精神，而且有事所谓的“懒人方法”也不必按部就班省事。

之后讲的便是我毫无接触的知识了，首先通过R模型我了解了一个中小型企业团队的构成，发现项目经理的职责重要而又复杂，主体工作有：协调，督促，激励，监督，凝聚。也由于其的存在使得开发团队并不需要过多的管理。我了解到沟通是软件工程的一大难点同时也是一大重点，这个沟通是多方传递的，同时也是阻碍重重的，首先编程语言是编程人员与计算机沟通的方式，而客户大多数是不懂编程语言的，所以让开发人员直接面对客户是解决不了问题的，这就需要项目经理以一种非编程语言的方式来与客户沟通，而沟通时也要保证沟通的有效性。作者罗列瀑布模型试图用此模型来表示软件开发的全过程，有需求、分析、设计、开发和测试五个阶段，并且告诉我们工程的目的是完成工程而非走过程，你甚至可以买别的团队的产品，来代替自己团队的开发，如果这样能更加节省成本，那也算是成功，而这就是软件开发的真实场景，工程不只是编程，经营者，管理者与开发者，各司其职且差别巨大。

对不同编程语言的偏见甚至是其实，是一个编程人员在编程之路上不可避免的陷阱，即使是作者也踩进去过，但随着你见识的扩展你也会发现这种想法的愚蠢，程序 = 算法 + 结构 + 方法，这是作者对程序本质的描述，越简单的东西越接近其本质，相较于编程本事，这个公式应该对编程思想的描述更加贴切，算法，结果，方法相较于代码本身都是更加抽象的概念，但对于我这样的编程初学者来说，编程思想实在是过于深奥，还需要我更加深入的学习，所以这本书对对编程经验不足的人来说，更加像科普书，而对于那些经验丰富的人来说将更加有帮助，这些就是我月读完此书的感受。

标签：读后感,沟通,编程语言,大道至简,编程,懒人,更加,比喻
来源： https://www.cnblogs.com/xuegex/p/13432669.html