构建之法读后感(一)

构建之法是除了大道至简我读的第二本有关软件的书籍。从中都得到了很多上课编程的技巧和懂得了各种道理。

没读这本书之前,以为这本书中都是一些大道理,然而这本书运用生动幽默的语言去打动读者,作者将自己的感触和对于软件工程的理解写到书本上,更加能够帮助我们理解这本书和软件工程。,并不太懂软件工程的概念,只是认为软件的核心的就是代码,那么软件工程的核心就是写代码的程序员如何写好代码。在一开始的读书过程中,我颠覆了以往的观念,其实软件工程的一系列方法,都是为了让程序员更好的去完成工作。软件工程着眼的是整个工程,并不简简单单局限于某个点某个面。我们所罗列的方法与思想,都是为了整个工程流程而服务的。这才是软件工程的核心所在。

正如书中所说的,“我们要让团队中做事不仔细的人慢下来,这样能减少他们的危害”;另一方面,这种人有热情,能踏踏实实的话,是一定会有成长的。我们不能因为看过点代码,就相当浮躁,总想着一口吃成大胖子,这是不可取的办法。我们应该先打好基础,丰富自己的经验,将代码看懂而不是看过。
当作者提出一个具有争议或让人困惑的观点时,会通过文中虚构的人物来提出读者可能的疑问,并通过对话的形式,给出作者自己的见解。来帮助我们可以去理解这个观点。

我对于团队一段印象非常的深刻总结了一点东西:1、交流 2、说到做到 3、接受团队赋予的角色并按照角色要求工作 4、投入团队 5、流程 6、准备 7、理性

团队应该有一个既定的目标,为团队成员导航,知道要向何处去,没有目标这个团队就没有存在的价值。目标是通过人员具体实现的,所以人员的选择是团队中非常重要的一个部分。在一个团队中可能需要有人出主意,有人定计划,有人实施,有人协调不同的人一起去工作,还有人去监督团队工作的进展,评价团队最终的贡献。不同的人通过分工来共同完成团队的目标,在人员选择方面要考虑人员的能力如何,技能是否互补,人员的经验如何。

第一章中主要是讲述了几个概念:软件 = 程序 + 软件工程

软件工程可以定义为: 把系统的、有序的、可量化的方法应用到软件的开发、运营和维护上的过程;软件工程包括一下领域:源代码管理+需求分析+程序设计+软件构建+软件测试+软件维护+生命周期管理等,广泛意义的软件工程,还包括用户体验、用户界面设计(UID)等; 软件工程决定了软件质量。

从三点去理解软件工程:

1 研发出符合用户需求的软件

2 通过一定的软件流程,在预计的时间内发布“足够好”的软件

3 通过数据和其他方式展现所开发的软件是可以维护的继续发展的

猜你喜欢

转载自www.cnblogs.com/1234yyf/p/12236216.html