随笔分类 -  读后感

摘要:虽然这本书讲的是架构,但我认为所有的开发人员都应该读。如果满足于顺序编码、走到哪里算哪里;如果不在一开始就基于高内聚、低耦合的目标设计,而是零散的编写业务组件;如果团队内部缺乏合理的结构、伦理(我觉得这个词很合适),工作量和系统复杂度将直线上升。所有这一切,都会在复杂多变的业务需求方面让系统变得脆弱 阅读全文
posted @ 2021-02-14 09:25 Protect_Winter
摘要:这是一本关注程序细节并具有浓厚实战意义的书籍, 它主要是来告诉我们如何写出容易让人理解的代码. 如果非要在书名前加一个限定词的话, "java实现模式"可能更贴切一些, 因为里面的代码都是以java作为例子来说明的. 作者是junit的贡献者之一, 因此里面的很多例子都是从junit中来的.这本书也 阅读全文
posted @ 2020-12-26 11:46 Protect_Winter 阅读(78) 评论(0) 推荐(0)
摘要:一、局部化影响 文章描述的是尽量让代码小片段话,这样修改的时候,这样造成可尽可能的少。最初编写代码时总是一个方法中解决很多事。后来逐渐发现那样特别不利于再次阅读,以及修改。甚至连变量的命名都显的困难。代码的编写尽量一个方法去做一件事情。这样方便理解。同时出错时能快速定位,以及修改 二、最小化的复用 阅读全文
posted @ 2020-12-20 11:11 Protect_Winter 阅读(96) 评论(0) 推荐(0)
摘要:这是一本关注程序细节并具有浓厚实战意义的书籍, 它主要是来告诉我们如何写出容易让人理解的代码. 如果非要在书名前加一个限定词的话, "java实现模式"可能更贴切一些, 因为里面的代码都是以java作为例子来说明的. 作者是junit的贡献者之一, 因此里面的很多例子都是从junit中来的.这本书也 阅读全文
posted @ 2020-12-10 17:18 Protect_Winter
摘要:《编程语言实现模式》读后感(三):新世纪的编译模式读本 这本书最嚣张的软文肯定不是我写的,翻开此书,我们摘录前两段: “别看那些编译原理的书了!这本书教你编写真正实用的解析器、翻译器、解释器等语言应用,⋯⋯” 这个⋯⋯这位是 Python 语言的发明人,著名的龟叔(Guido Van Rossum) 阅读全文
posted @ 2020-11-14 11:27 Protect_Winter
摘要:《编程语言实现模式》读后感(二):从来没见过这么好吃的编译原理 这本书,提供了cookbook式的编写小型编译器的各种模式; 这本书,也提供了编写GPPL(大型语言编译器)的基础知识(比如有些小型编译器用不到的符号表); 对于在非AT&T工作的low逼程序员的生活中,文件解析,lint程序,tran 阅读全文
posted @ 2020-10-31 11:26 Protect_Winter
摘要:《编程语言实现模式》旨在传授开发语言应用(工具)的经验和理念,帮助读者构建自己的语言应用。这里的语言应用并非特指用编译器或解释器实现编程语言,而是泛指任何处理、分析、翻译输入文件的程序,比如配置文件读取器、数据读取器、模型驱动的代码生成器、源码到源码的翻译器、源码分析工具、解释器,以及诸如此类的工具 阅读全文
posted @ 2020-10-11 21:47 Protect_Winter
摘要:软件工程作为实践类课程,理论如何应用,只能以真实案例呈现 (如果需要规模,那就应该有规模),而无法用形成上学的方式推演--否则就意味着工程可以自动化,无须人的创造性参与。但是仅仅靠课堂老师对模型、类图、数据图的概念的解释,对于软件工程意识的建立并没有太大帮助,而这本构建之法之所以好就好在要求学生完成 阅读全文
posted @ 2020-03-22 18:58 Protect_Winter
摘要:在乐高王国这一章中,我看到了“牛仔程序员”,就如同软件工程老师所讲的,四种人,第一等人是有能力有责任,第二等人是有责任没能力,第三等人是有能力没责任,第四等人是无能力无责任。老师所说,一人英雄的时代已经结束,对于这种人就是一匹独狼,团队里的毒药。在《梦断代码》中提到,软件界中关于“牛仔程序员”的说法 阅读全文
posted @ 2020-03-19 15:05 Protect_Winter
摘要:这本书讲了这样的故事:一群很有经验的代码牛人在先进软件开发模式的指导下,没有资金压力,在更多大牛的带领下,原计划用一到两年的时间开发出一个备受期待的个人信息管理软件(PIM),后来花了七年时间才完成这一创举,但是已经无人喝彩。我读后有一些感想如下。 在这本书中,讲了这样的故事 – 由于Windows 阅读全文
posted @ 2020-02-16 17:28 Protect_Winter
摘要:当看到目录的时候,我就笑了。因为正常来说的“第1章”被作者故意写成了“第0章”,赤果果地把程序猿的精神发扬光大。于是我带着“我是程序猿,我骄傲”的心情开始看“软件时间”。 我想起了有一次我敲代码敲得尽兴,完全忘记了时间,写完之后发现都23点半了。解决问题特别激动,遇到困难努力地思索,完完全全就是书中 阅读全文
posted @ 2020-02-16 15:37 Protect_Winter
摘要:人们总是希望一切的事情都尽在掌握之中,所以总是试图在制定完美计划之后一路顺风顺水地执行下去。但是软件维护是一个提高混乱度(增加熵)的过程,所以出现前进两步,后退一步;甚至前进一步,后退一步都是很正常的。而且随着维护的深入,会发现用在修复原有设计上瑕疵的工作量越来越少,而早期维护活动本身所引起的漏洞的 阅读全文
posted @ 2020-02-09 17:42 Protect_Winter
摘要:最好的团队组成应该是类似外科手术队伍结构,这样我们能够获得减少沟通,提交生产效率等等诸多好处,而且最重要的是我们将获得概念的完整性。 将设计交由一个人或者非常少数忽悠默契的人来完成才能保证概念的完整性,而将体系结构,设计实现和物理实现相分离则是获得概念完整性的强有力方法,这一点契合了我们现在已经作为 阅读全文
posted @ 2020-02-05 12:10 Protect_Winter
摘要:《人月神话》这本书风行已经很久了,写成于1975年。我今天只看了两章,即焦油坑和人月神话。 人月神话看上去这么浪漫的名字,原来并不是真的说神话故事,作者阐述的主要观点是在软件开发项目上项目进度和增加人员这两个概念是不能互换。这本书给我很深震撼,一是让我惊讶的是,美国20年前软件项目所面临的问题,在我 阅读全文
posted @ 2020-01-28 10:17 Protect_Winter