《构建之法》读后感

看完这本书后我对软件工程有了一定的认识和了解，一开始我甚至不懂计算机科学与技术和软件工程两种分流专业究竟有什么区别，在看过《构建之法》的第一章的概论之后，我才对软件工程有了一定的认识，大概就是计算机科学与技术更侧重于理论，而软件工程更侧重与实践；计算机科学旨在发现和研究长期的客观的真理，它是理想化的，而软件工程是短期的实际结果，是对各种因素的折衷；计算机科学具有确定性，完美，通用性，而软件工程是对不确定性和风险的管理；计算机科学是各个学科独立深入研究，做出成果，而软件工程关注和应用各个相关学科的知识，解决问题；计算机科学是理论的统一，而软件工程是百花齐放的实践方法；计算机科学追求形式化，简明的公式，而软件工程是在实践中建立起来的灵感和直觉。

还有就是，软件工程不像我想当然的那样简单随性，以前在我的认知当中，我以为做一个软件是靠灵感的，是随意而发的，就像是画家突然心血来潮，立刻就画了一幅画，但其实软件工程需要一个周密的计划和有条不紊的无缝连接的完美流程从可行性分析，软件的需求分析，软件的设计，软件框架的构建，到最后的软件测试和软件维护，每个环节都至关重要，必须对每个环节严格把关，最终才能完成一个让人满意的足够好的软件，所以说它确实是严格地遵循着工程学原理的。

还有一个让我有新的感触和认识的是，软件开发的单位是团队，一个软件开发工程都是由一整个团体分工合作的，看到这里我觉得某些总喜欢一个人秀翻全场的大佬也许就要失望了。毕竟集体主义让他们一个人秀翻全场的梦破碎了。这让我想起了班上的某个编程大佬，总是喜欢拿他编出来的小游戏或者小程序给你看，在你面前炫耀，想象他自己是多么牛逼，但是到了这里就不行了，软件工程是一个工程项目，是需要一个团体一起分工合作来完成他的每一个环节和步骤的设计，这个时候西方的个人的英雄主义已经行不通了，这就要让东方的集体主义来大显身手了，因为现代软件产业经过几十年的发展，一个软件有一个人单枪匹马地完成已经很少见了，大型软件有超过百万行的源代码，上万个不同的文件，工程量之大，加上软件的时效性，就算真的有人愿意独自开发一个这样大的软件，等到他开发出来的时候，这个软件也已经过时了，所以软件是在相互合作中完成的，而软件团队又有很多种模式，也让团队的合作方式更加的丰富。

我觉得随着软件产业的不断发展，作为一个软件工程师，面临的工作会越来越繁琐、困难、枯燥，现在在慢慢看清软件工程的庐山真面目之后，我觉的成为一个厉害的软件工程师要付出很多的艰难困苦，软件工程师的梦注定任重而道远！