资讯详情

第一章编程的精义
1.大道至简中 关于编程的开始 首先以愚公移山这一事件让我们看到需求的产生 问题产生了，故事中一起思考 就是项目沟通的基本方式 “聚室而谋” 愚公确定了一个明确的目标 将山中石移走 开辟出新的道路，并提出了 一个可行的方案 实际上工程也和愚公移山一样 愚公作为“优秀的编程家”对于循环给出了合理性 并不会是死循环，从中我可以体会到项目的意义。
2.会不会写程序 智力正常不懒惰的人都可以写程序
3.程序=算法+结构 关键点：积极工作 勤于思考比拿到任务就开始写代码占时间
4.5语言各有各的优点 与其将讨论点放在语言上 不如学好一门语言
第二章 懒人造就方法
1.本章用李冰凿山的故事引出了方法的由来 李冰相比于愚公可真是个懒人 但是往往是闲人能考虑到常人不能考虑到的事情 但正是懒人造就了烧石头碎石的方法，勤快的人往往埋头苦干 但是缺找不到更快的方法，人的精力终归是有极限的 但方法合适 往往事半功倍
2.单元文件 模块 工作 一个文件夹 万行代码
3.知识分类 我们正常都喜欢把自己的书分类 但是没有把自己学到的知识去整理 分类整理是比一个人一直学下去而重要得多的
4.对于第一章的改变 程序=算法+结构+方法 面向对象的过程开发 将知识分为单元和模块 问题开发中过程和方法不能一致 他不能像愚公一样开发 我们应该去了解方法的重要性
第三章团队缺乏的不仅仅是管理
1.团队是由三个人为规模的，三个人可以构成主从 监督 责任 三个人之间一定要选个领导 往往是功劳大的 能力强的成为领导角色 做管理的领导最基本的是承担责任 这是最基本的素质
2.接受失败 做项目如果做不成就要死亡 就从来不会出现项目经理，没有人是什么都能做到的 工程师可以尽可能的估计预期结束时间 但是未必是可以完成的 没有绝对的成功 如果工期问题解决不了 就谈不拢合理的完成项目，一开始的项目经理是需要时间来成熟的 他需要有机会来承受错误 而不是一开始就享受成功。
3.4制度 团队里面不可缺少的就是制度 如果没有制度 就是管理者的过失 有了制度 但是没有合理地惩戒就是 执行者 和 监督者的过失 如果屡教不改 那么领导需要掂量一下员工的品行和素质问题
5.开始做开发 公司的组织和制度建设完成 已经初具规模后要开始真正的团队建设 对内对外各司其职就开始项目开发
6.组织角色 在项目开发之后会出现一系列的问题 但是最应该想到的是自己是否考虑不周 组织内的成员没有一定的定位与分工 大家在项目初期没法达成一样的意见 考虑给每个人进行一定的定位
7.管理 在事情明朗之前不要管理 本性难易 一个人的改变都很难 何况是一个团队的习性 我们应该不打扰先了解 跟随他们先进行一下 对于规律的价值进行分析
8.利益分配
关于团队的事情 我很有必要去讲一下我的事情 作为班长和大创的负责人 我深刻认识到一个领导人优秀的作用 领导者不能只干事情 不管其他人 也不能一点不干实事 只安排事情 这需要自己去考虑什么该做 什么不该做 团队协作能否高效推进，领导者发挥着核心引领作用。领导者首先明确共同目标，统一团队方向，避免成员各自为战。其次合理分配任务，结合成员特长分工，理顺沟通流程，化解内部分歧与矛盾。同时搭建开放的沟通环境，倾听成员想法，凝聚团队共识。面对困难时主动担当，鼓舞士气，调动大家的积极性。此外，领导者做好资源协调，为团队扫清障碍，建立正向激励机制。优秀领导者不独断专行，善于赋能成员，平衡个体诉求与集体利益，带领团队形成合力，依靠高效协作完成整体目标。
第四章 流于形式的沟通
第五章失败的过程也是过程
1.做过程而不是做工程 瀑布的模型 很多人研究过模型
2.走过场不可取 每个人不能都把自己当做局外人 如果都是这样的话 那就是一个无休止的演出 最终不欢而散
3.实现工程才是目的 不管用怎样的工具 怎样的方法 我们都是要实现它 工程项目都是为了实现它的途径或者说方法
4.过程并不是死的 创生哪些工程方法和软件过程理论团队
5.’工程不是做的是组织的 做一个工程时候 领导者极其重要 步调一致才能共同完成这个项目
第6章 从编程到工程
语言+程序+方法+过程+工程+组织+BOSS（人）
第7章 现实中的软件工程
第8章 思考还是思想
“知律”的另一层意思，是在于“知道原理”。明白 “为什么要这样”或者“为什么不是那样”。这在软件开 发中是常见的问题，大多数人不知究竟地使用着技巧和方 法，而一旦出了问题，则归究于这些技巧和方法的不好。 而真正的问题在于，这些人(我们通常叫做并不知道这些技巧、技术和方法的原理，因而不知道变通， 也不知道回避错误。之前的我可能不太理解这些规律社会运行有其客观规律，顺应规律前行，才能稳步发展。遵守规律不是被动妥协，而是认清现实、理性行事。我们应当看清时代趋势与社会规则，摒弃急功近利的浮躁心态，脚踏实地稳步积累。做事尊重客观条件，把握时机，不逆势蛮干。与人相处恪守公序良俗，守住底线，尊重秩序。同时明白事物发展循序渐进，懂得沉淀与等待。遵循规律可以少走弯路，规避无谓挫折。当然顺应规律不等于墨守成规，在认清大势的基础上灵活调整，顺势而为，持续提升自我，方能在社会发展浪潮中站稳脚跟，实现长久成长
读完《大道至简》，我跳出了 “编程只是写代码” 的固有认知，理解了从个人编程思维走向软件工程思维的完整蜕变。
书中以愚公移山类比基础开发：明确需求、集体沟通、设定目标、循环执行，构成最简单的项目雏形。程序的本质是算法 + 结构，语言只是工具，不必纠结语言优劣，勤于思考远比仓促编码重要。而李冰凿山的故事令我深受启发：埋头苦干不如寻找高效方法，也就是 “懒人造就方法”。我们需要学会拆分模块、归类知识，公式升级为程序 = 算法 + 结构 + 方法，告别一味蛮干。
软件工程离不开团队协作。三人即可形成基础团队，领导者首要职责是承担责任。制度、分工、沟通、容错、利益分配缺一不可。作为班长与大创负责人，我深有体会：优秀领导者不能一味埋头做事，也不能只指挥不实干，需要统一目标、合理分工、化解矛盾、激励成员，凝聚团队合力。项目不能流于形式，失败的过程同样具备价值，一切流程都要服务于最终工程落地。
全书层层递进：语言→程序→方法→过程→工程→组织→人。而最核心的是知律，懂得原理、认清客观规律。顺应规律不是墨守成规，在理解底层逻辑的基础上灵活变通，遇到问题才能举一反三。无论是编程、项目管理，还是个人成长，只有看透事物本质，沉淀积累、顺势而为，才能少走弯路，持续成长