粗略地读完一遍之后对本书有一点个人的简陋的理解，这本书
并不像其他计算机的教材一样晦涩难懂，满屏罗列让人头大的概念，而是用生动而且幽默的语言让我从中学到了很多的知识，是一本很值得自习阅读的书籍，以后有机会还会再精读一遍。
之前我一直认为软件的核心只有代码，读完这本书之后彻底改变了我这个看法，之前一直认为写好代码就可以了，现在想想这样的想法真的是很局限，读完这本书我了解到软件工程为什么是工程了，完成一个软件不只需要写代码，恰恰写代码是耗时间最短的工序，而且写代码也有很多要求，团队合作是一个卓越的软件必须必备的，你写的代码必须要让其他团队人员看得懂，之前一直认为变量的命名怎么简单就怎么来，工程文件的命名也是如此。现在想想这真是一种不负责任的行为。作为一个团队中的一员就要做到有责任感，说到做到，接受团队赋予的角色并按照角色要求工作。个人能力的强大最多让某一部分变得优秀而整体的优秀需要的不只是一个人的优秀，软件工程应该着眼于整个工程，并不简简单单局限于某个点某个面。我们所罗列的方法与思想，都是为了整个工程流程而服务的。这才是软件工程的核心所在。
如果只懂写代码的话这辈子就只能是码农，而无法晋升到更高的层次，要想越来越优秀，就要不断学习，从整体团队，用户体验，需求分析等等角度都要考虑。在团队上要和其他人合作，作为领导人要怎么分配权限，领导他人。从用户角度，要怎样设计UI才能让他人更感兴趣，怎样优化算法使得用户可以也有更好的使用体验。从后期维护上，要怎样写注释，规范文档命名，优化测试方法可以减少bug检测的时间和bug的数量，从需求分析上要知道市场现在缺少什么软件，功能，什么样的软件更容易有市场前景等等。
针对自身存在的不足，我之后应该学习一些测试的东西，如果有时间的话学习相关的心理学的内容，学习算法，学习大佬的写注释的方法，命名文件，变量的方法，归档的方法等等。尽量去参加一些活动，开阔自己的视界，增加自己的团队性。
我认为核心内容的总结
几个概念：
软件 = 程序 + 软件工程
软件工程可以定义为: 把系统的、有序的、可量化的方法应用到软件的开发、运营和维护上的过程；软件工程包括一下领域：源代码管理+需求分析+程序设计+软件构建+软件测试+软件维护+生命周期管理等，广泛意义的软件工程，还包括用户体验、用户界面设计(UID)等； 软件工程决定了软件质量。
软件工程的目标：创造足够好的软件。那么什么是足够好，不仅仅是没有bug；评价软件的维度包括：用户满意度、可靠性、软件流程的质量、可维护性等。关于软件流程的质量，指的是软件团队和开发流程的问题太多，导致团队成员无法良好协作，按时交付，也可以说是软件团队的bug; 流程的质量往往是我们的研发过程中最容易忽视的地方，反思目前我们的现状，很对研发团队的研发流程实质是处于真空状态，开发人员甚至不知道怎样才是软件开啊的正确姿势。下半年结合团队运作中SM、BA、QA的角色职责梳理，特别关注下团队的研发流程质量。
2.一个合格的软件工程师是怎样的，他应该具备哪些技能。
总结下来，一个合格的工程师在开发时需要同时考虑质量和效率，与之同时需要具备的技能包括：单元测试、效能分析、个人研发流程（PSP）；