《大道至简——软件工程实践者的思想》读后感

Posted 2020-06-14

      在老师推荐书目之前 读过的编程书 基本都是教辅为主的 像谭浩强先生编著的《c++程序设计》以及《java程序设计》等等 都是目的性很强的书籍 很基础性的书籍 从来没有读过类似《大道至简》《梦断代码》这类书籍 我非常感兴趣 希望再老师的指导下 认真的学习这些书籍 对自己的学习和以后的工作起到长足的影响

      首先 我粗略的看了下这几本书目录 一下就被这本书所吸引 在我看来 这本书充满了哲学的味道 在读惯了枯燥的代码书籍 这本书 给我耳目一新的感觉 如同新大陆一般 编程的书还可以写成这样~而且真如同这本书的核心思想—大道至简 书也不厚 很快就会看完 而内容 一点也不枯燥 语言通俗易懂 诙谐有趣 读起来甚至是一种享受

      这本书一共有 八个章节 这第一篇 读后感 我就主要讲一下前三章的收获和浅见

     第一章 编程的精义　　　　　　　　　　　　　　　　　　　　　 　　　　　　　　　　　　　　　　　　　　　　　　　　　　

    （1）第一节 作者由愚公的故事 引出了和程序有关的知识 循环 条件判断 以及软件工程整个相关的知识 比如 项目目标 技术实现等等 提取出编程的精义就是——顺序分支和循环 2000多年前的愚公懂 我们自然也懂

    （2）第二节 我和很多同学 对编程都有或多或少的恐惧 总是在怀疑 我能不能做到 能不能写程序 作者在这一小节 明确的告诉我们 u can u up

    （3）第三节 这一小节很重要 几乎每本书都出现这个公式 程序=算法+结构 作者也忠告我们 积极工作和勤于思考都要占用时间 而提出这个公式的人的确是天才 程序中甚至没有 code出现 存在的只是思想

    （4）第四节 编程语言 发展到今天 有很多很多种 c c++ c# java php等等 然而哪一种最好重要吗 当你熟练掌握一门语言的时候 你会发现 它们本质上是一样的 只有适用范围的区别 讨论语言的优劣是在浪费生命

    （5）说实话 没有工程的时代这一小节 没有看太懂〒_〒

     第二章 懒人造就了方法

    （1）说实话 这一章的标题 和我产生的大大的共鸣 因为我就是一个懒惰的人 我以前就认为 遥控器的发明 就是懒人的最好创作 没有人愿意换个台还要跑到电视机前！而作者同样举了李冰和愚公的例子来对比  方法就这样诞生了

    （2）作者举了一百万行代码写入一个文件 会是怎样的情况 也许对于一名勤快的程序员 查找一个函数 会在编辑器里按五千次 PageDown/PageUp 键 我们不能指望他们创造出“单元文件(Unit)”这样的开发方法来的 然而又勤快人就会有懒人 有懒人就会有懒人的办法 单元文件还是出现了出现了新的概念—模块 是的 源代码终于可以分散开来来写 结构化编程的时代到来了

     （3）作者用书桌上的书类比了我们所学到的知识 如果 你的大脑在编程时总是昏昏成成 也许你需要对你所学的知识进行有效的分类和归纳 一团糟也许你永远不能开始一项软件工程的项目

     （4）这一节 作者讲述自己和友人的对话与探讨 提出自己的思考 程序=算法+结构+方法 后边关于delphi和面向过程的探讨 没有很好的理解〒_〒

      第三章  团队缺乏的不只是管理

      （1）这一节 讲述了三人小组中的领导 该具备那样基本素质呢 没错 勇于承担责任 一个人两个人可以完成任务 但更多时候 我们会在一个团队中！

      （2）做项目——等于死亡游戏？ 作者这里探讨了 预估工期如何尽可能的接近合理工期  而完全合理的工期是不存在的 换句话说 项目一开始面临的就是失败 所以项目经理是需要时间来成熟的 他需要有机会来承受错误 而不是一开始就享受成功
      （3）iso质量体系的教训 正如作者最后所总结 有了确定的团队模式 能寻求相应的 管理制度 并且才能 把这样的制度实施在 团队之上 皮之不存 毛将焉附

      （4）谁动摇了你的制度 一个公司的制度 既要有人性化的一面 也要有公平性的保障  往往动摇了制度的人不是犯错的员工 而是管理者自己

      （5）我们开始吧 也许是南辕北辙的开始

       后几节 关于团队中角色的定位和管理 形象生动而又准确 虽然我离开发经理还有一段距离 但我也明白了 group和team的区别 弹性分工和明确分工的区别 做管理不等于做伯乐

       谢谢阅读~这就是我前三章的一点点感悟与收获