《构建之法》读后感系列之二

关心自己更关爱你

“本是同根生相煎何太急”,大家都是程序员,规范自己的代码结构不光方便自己还方便看代码的人。

还记得大二的操作系统上机,我的代码因为是在vim里编写的,实在是懒得缩进,大括号也没有对齐,结果在编译时候出错,当时找错误真是找瞎了眼。虽然结果最终是正确了,但是助教检查的时候还是善意地指出了我代码结构的规范性问题。

所以看到邹欣老师在《构建之法》第四章指出的代码规范性问题,给我的共鸣还是很明显的。我认为,程序员在成长的过程中,不仅是知识的不断堆砌,更重要的是不断规范自己的过程。书中指出的代码风格规范,是罗列的123456,也是我们在编程序过程中不断认知和更正自己的过程。比如,我们在C语言课上看到的第一个程序:helloworld中的main函数中格式很简明,有缩进,有{}的断行,有printf和return两句的分行......

就像标题所说,我们现在的编程可能只是一个人那里昏天黑地地写代码,但是以后我们更多的会是合作,所以自己的代码不能只有自己一个人懂。邹欣老师说,“代码风格的原则是:简明,易读,无二异性”,所以注释会在一定程度上增进自己和他人的理解。但是,注释仅仅对我来说,也不一定是完美的解决方案,因为注释是我们意识中正确的写法,或者我们想表述的正确想法,但是我在检查逻辑错误的时候会因为注释的正确写法而疏忽大意,所以,这也是我需要注意的地方。

时间: 06-17

《构建之法》读后感系列之二的相关文章

构建之法读后感----第1章 绪论

首先,文章对于程序.用户需求.工程等等概念用了阿超给儿子编写的一个出题程序来分别解释了个中的含义,尤其是程序和工程的区别,程序大概就是用很多语言或工具编写的一个简单能实现目标要求的一行行代码,而工程就是在这个程序的基础上不断满足用户的需求.修复程序的bug.提供后续维护等服务. 需求分析:梳理需求,逐步展开后续工作,如设计(软件架构).实现(写数据结构和算法),测试,发布软件 软件=程序+软件工程(软件企业=软件+商业模式) 软将工程的核心部分:构建管理.源代码管理.软件设计.软件测试.项目管理

构建之法读后感01

读后感 01: *理论和知识点 *计算机科学的领域 *软件工程与计算机科学的关系 * 软件的特性 * 软件工程的定义与组成 虽然作为一名程序员中的菜鸟 我也深知“软件=程序+软件工程”.在此之前我们学习过一个个从小到大,从简到繁的程序,到了今天才知道这些只是作为一名合格的程序员的第一步,构建之法是一本很专业的书,不仅仅从专业的角度为我们阐释了软件工程是什么? 总而言之从这本书中我初步了解到了如下内容. 软件工程(SoftWare Engineering)的框架可概括为:目标.过程和原则. (1)

第五次博客园作业———构建之法读后感

<构建之法>读后感 读完<构建之法>不禁惊叹,关于软件工程方面这么刻板严谨的书还可以这样写!皱欣老师以一种轻松而又不失严谨的态度让我们深刻的了解到了软件工程这一学科的精髓所在.正如瓦茨·汉弗雷.软件工程的奠基人之一所说的那样.软件领域可以分为两个方面:一方面是技艺创新的大爆发:另一方面是坚持不懈的工程工作,包括软件的改善.维护和测试等,这一方面占了90% - 95%的比例.皱欣老师用俏皮的语言和灵活的人物设定如“阿超”.“小飞”.“果冻”.“小李”等来反映现实中典型的软件行业从业人

构建之法读后感part1

碰到<构建之法>,实属偶然.在进入大二的第二个学期正式选了软件工程方向,软件工程牵涉的范围很广, 同时也是一般院校的同学反映比较空洞乏味的课程.但是软件工程的技术对于投身IT产业的学生来说是非常重要的.老师向我们推荐了这么一本书.这本书的全称是<构建之法 - 现代软件工程>,封面设计得很朴素,说实话,没有亮点.但作者吸引了我,在念大学的时候就开始在微博上关注邹欣老师,他是微软Windows中国工程团队首席研发总监.第一次翻开<构建之法>,着实让我眼前一亮,这本书与国内高

读《构建之法》之一,二,十六章有感

大二下学期已经过去两周了,个人感觉,课程方面压力与动力并存,相信一步一步走下去终将得到自己的一份收获. 这几天阅读了<构建之法>的第一,二,十六章,我个人的阅读速度应该属于比较慢的那种,遇到什么不确定的,不理解的概念总要停下来好久,各种百度,否则继续阅读的时候总有种急躁的感觉,老想着前面的停顿,到头来一头雾水,还是跑去理解前面的概念.作业中关于精读的part1,2,3一开始我觉得可能不适合我这种节奏慢又钻牛角尖的,但贵在尝试,以前我的阅读习惯是只读一两遍,虽然第一遍把不理解的概念都慢慢弄明白了

构建之法读后感第一次

到今日为止,阅读构建之法这本书大约有一半左右了.总的来说的收获是如下所示.对于一些成功的软件而言.有的时候并不是在他的先进的数据结构和算法思维.有的更重要的是用户的体验.这个也是软件成功的一个很大的一个方面.广义上来说对于软件也包括用户体验和界面设计等相关的方面,而不仅仅是对于算法方面的相关要求.而对于一个软件的制作过程主要是分为如下几个步骤.玩具阶段,刚开始只是将制作软件开成是一个玩具,就下公式说中的纸飞机一样.到后来会变成业余爱好阶段,而不仅仅是将其当做一个简单的小游戏.二十对其产生强烈的兴

《构建之法》读书笔记二

这周读了<构建之法>的第二章.第二章主要讲到了个人技术和流程. 软件是由多人合作完成的,不同人员的工作相互有依赖关系.一个团队需要一定的流程来管理开发活动,每个工程师在软件生命周期所做的工作也应该有一个流程.所以就引进了一个新的名词叫做PSP--个人软件开发流程.但是要做到每个人的模块的质量得到稳定.量化的保证,单元测试就是一个很有效的解决方案.我们可以用vsts写单元测试,这是一个新的软件,我从来没有接触过,所以也不会用.只看了一下代码. 好的单元测试应该准确.快速地保证程序基本模块的正确性

一、构建之法读后感

这学期的软件测试课程多加了<构建之法>这本书,这学期利用自己的课余时间学了这本书,感觉受益匪浅. 对于这本书可以简单地有两个词语来概括:"专业"."接地气". 这本书的开头就是给我解释什么事软件.什么是软件工程.上大学将近三年,说实话还没有一次真正的去了解过什么是软件,什么是软件工程,说来还是有些惭愧的. 首先,这是一本全景式图书,会让你更了解这个行业,能让毕业生在对行业从陌生到熟悉的过程中,较少地感到惊讶和出乎意料,这是一本与现实接轨的教材. 其次,这

构建之法读后感2

1.专业 2.但是不迂腐,很接地气 3.但是不屌丝,很有情怀 由此可见,<构建之法>是一本当代软件工程大学教育急需的好书. 本人在大学上的软件工程课用的也是较老的课本,讲的是瀑布式的环节,带着对这门课残留的记忆参加实习的时候,最大的不适应就是对需求变化的反感,当时还不知道"迭代"这个词,只觉得做事情是要"谋定后动"的,"庙算多者胜",怎么能大概了解下需求就开始动手呢?"需求分析"难道不该做的认真.准确.达到一劳永逸