随笔分类 -  读后感

读后感
摘要：《构建之法》读后感 构建之法第三章主题是软件工程师的成长。 主要讲了评价软件工程师水平的主要方法，技能的反面，以及TSP对个人的要求， 软件工程师的思维误区。 作者在讲述的时候举了很多相近的例子来解释比喻。 那个是不是软件工程师的问答特别有意思。 “我的上场时间还是挺长的，而且经常打加时赛”好真实啊 阅读全文
posted @ 2022-01-28 23:05 慢漫曼蔓 阅读(27) 评论(0) 推荐(0)
读后感
摘要：《构建之法》读后感 构建之法第二章讲的是个人技术和流程，个人软件开发的流程。 单元测试能让自己负责的模块功能定义尽量明确，模块内部的改编不会影响其他模块， 并且模块的质量能得到稳定的、量化的保证。 好的单元测试标准：单元测试应该在最基本的功能/参数上验证程序的正确性。 单元测试必须有罪熟悉代码的人， 阅读全文
posted @ 2022-01-27 21:18 慢漫曼蔓 阅读(26) 评论(0) 推荐(0)
构建之法读后感1
摘要：这个寒假老师要求我们读《构建之法》并发表三篇读书笔记。 今天浅读了一点构建之法开篇部分，原来老师上课给我们出的那个该死的三十道算术题的问题就是出自这本书，真晦气。 书里提到软件=程序+软件工程，那软件工程是什么，看了半天，软件工程是一个过程， 是把系统的、有序的、可量化的方法应用到软件的开发运营和维 阅读全文
posted @ 2022-01-12 20:52 慢漫曼蔓 阅读(29) 评论(0) 推荐(1)
从小工到专家读后感5
摘要：第五章 弯曲，或折断 解耦与德墨忒尔法则 把你的代码组织成最小组织单位（模块），并限制它们之间的交互。如果随后处于折中必须替换某个模块，其他模块仍能正常工作 提示：Minimize Coupling BetweenModules 使模块之间的耦合减至最小 德墨忒尔法则： 得墨忒耳定律－－对象 O 的 阅读全文
posted @ 2021-11-30 20:30 慢漫曼蔓 阅读(37) 评论(0) 推荐(0)
从小工到专家读后感4
摘要：第四章注重时效的偏执 You Can't Write Perfect Software 你不可能写出完美的代码 注重实效的程序员连自己也不信任。知道没有人能编写出完美的代码，包括自己，所以注重实效的程序员针对自己的错误进行防卫性的编码。 按合约设计DBC 软件设计中为了确保软件模块的权利与责任，以确 阅读全文
posted @ 2021-11-22 23:45 慢漫曼蔓 阅读(32) 评论(0) 推荐(0)
从小工到专家读后感3
摘要：继续阅读《程序员修炼之道：从小工到专家》第三章 第三章为基本工具。 调试 调试的第一准则：不要慌 如果你目睹bug或见到bug报告时的第一反应是“那不可能”你就完全错了，一个脑细胞都不要浪费在“但那不可能发生”起头的思路上，因为很明显，那不仅可能，而且已经发生了 在调试时小心“近视”。要抵制只修正你 阅读全文
posted @ 2021-10-30 21:37 慢漫曼蔓 阅读(29) 评论(0) 推荐(0)
从小工到专家读后感2
摘要：本月继续拜读了《程序员修炼之道：从小工到专家》一书，感触颇深。 第二章为注重时效的途径，讲述了重复的问题，提出了对此加以处理的一般策略。重复分为加强重复、无意重复、无耐性的重复、开发者之间的重复。整本书频繁提到了DRY原则：系统中的每一项知识都必须具有单一、无歧视、权威的表示。编写正交的系统，可以得 阅读全文
posted @ 2021-10-16 21:16 慢漫曼蔓 阅读(28) 评论(0) 推荐(0)
从小工到专家读后感1
摘要：最近，读了《程序员修炼之道：从小工到专家》，感慨颇多。 本书第一章是注重时效的哲学，告诉了我们责任的重要性，提醒我们不要留着“破窗户”（低劣的设计、错误的决策、糟糕的代码）不修。石头汤与煮青蛙的故事告诉了我们团结的力量，不要忽略小事情，要时刻注意周围发生的事情，不要只局限于自己所在的事情。这也是我自 阅读全文
posted @ 2021-09-29 18:23 慢漫曼蔓 阅读(35) 评论(0) 推荐(0)
读后感
摘要：《大道至简》读后感 近几天，我阅读了周爱民的《大道至简》典藏版，一本关于软件工程的图书，收益颇丰，也对初入软件工程的我起了启蒙的作用。 记得刚进入大学时，我们的软件工程老师当时介绍软件工程专业的时候提到了愚公移山的典故，犹记得当时的我什么也不懂，只是感觉愚公移山这个典故特别搞笑，总是不会想到他背后真 阅读全文
posted @ 2021-08-06 22:52 慢漫曼蔓 阅读(64) 评论(0) 推荐(0)