《大道至简》观后感

我过去切分问题的方法是先处理熟悉的，再处理陌生的，先处理简单的在处理复杂的。看整个项目是否有重复的部分或原理相似的部分，先去解决这样的共性问题。之后再处理特殊的部分，抓大头，先处理整体重要的事情，再处理细枝末节，之前也接触过不同的切分问题的方法。像是四象限将问题分为重要紧急、重要不紧急，紧急不重要和既不紧急又不重要四类。用To do list来切分问题等但是没有形成自己独特的一套稳定有效的方法，很多时候还是取决于自己的状态。
现在我已经把整本书看完了，这本书在大部分章节是以一个项目经理的视角展开的，这和我过去一年所学的编程知识有很大的区别，之前在课堂上所学更多的是一种以一名码农的角度去讲解编程的基础语法。我想主任之所以让我们读大道至简这本书，一方面是补全课内未能教授的知识，让我们从宏观上了解和掌握编程，另一方面是在AI急速发展的当下，单纯的编程能力已经无法满足企业和社会的需要，项目经理的标准来要求自己，将AI当做自己的员工，使自己从容的面对之后的就业市场。但讲真，由于我自身水平的原因，书中有大部分知识是一知半解的，接下来我会以章节的顺序来讲述我的体会。
第1章是用愚公的故事引出编程的三大基础结构、分支、循环和顺序。作者认为程序是算法加结构，其中算法是人脑所思考的，而结构是由计算机完成的，最后说语言不分好坏，但我认为当这个问题具体到真实的人的时候，语言还是分好坏的，就像就业倾向方面的考虑和自身熟悉度等因素。我自己就认为C++要比C语言好用得多。
第2章还是拿愚公类比，讲时间复杂度、空间复杂度，以及编程人员脑力思考之间的取舍问题。写编程的本质就是解决问题，如果我们掌握如何整理杂乱的书桌，我们其实就学会了编程。之后写作者与soul的对话，我实在是看不懂。
第3章是以项目经理的视角讲述，评价项目的两个标准，就是质量与时间，以ISO为引讲，体系与制度需要相匹配。又讲了合格的项目经理需要做到的2.1是要系统合理的培训自己的员工，第2点是员工每次的错误要被矫正，而不是被枉纵。这同时也成为我之后挑选公司和领导的标准。之后又讲了项目经理，老板与员工之间的关系，这同时为我之后的工作做了指导，要听命于直接雇佣自己的老板。
第4章讲的是编程人员与甲方沟通的问题，通过不必一定用UML，甚至如果可能的话，用甲骨文也可以完成项目文档。解释，我要找到双方之间最简的沟通方式。其实日常生活也同样如此，面对不同的人，我们需要用不同的工作方式。来避免造成信息的误传以及能量的消耗。
第5章讲的是瀑布模型与其疑衍生模型它们看似不同却有相似的处理问题的内核看似相同，又有不同的侧重点。要在项目开始前，以相同的原理实施，在做项目的过程中完成不同的侧重点，始终以完成项目为目的，从而大大提高我们的效率与质量。
其他三章都没太看懂。都是关于专业知识的。
大概就是这样。