关键词：
刚刚读了构建之法第一章的内容，主要讲述了计算机科学领域，软件工程与计算机科学的关系，软件的特性以及软件工程的定义和组成部分这四方面的内容。下面我将分为四部分
来记录自己的收获。
第一部分：
1、 软件 = 程序 + 软件工程 软件工程的核心部分是构建管理、源代码管理、软件设计、软件测试、项目管理。广义上软件工程还包括用户体验，用户设计界面等，
所以一个拓展的推论是： 软件企业 = 软件 + 商业模式。
2、 软件开发有不同的阶段：（1）玩具阶段 （2）业余爱好阶段 （3）探索阶段 （4）成熟的产业阶段
第二部分：
1、 软件工程定义： 软件工程是把系统的、有序的、可量化的方法应用到软件的开发、运营和维护上的过程。
2、软件工程包含的领域:软件需求分析、软件设计、软件构建、软件测试和软件维护。
3、软件形式:系统软件，应用软件，恶意软件。
4、软件的特殊性：（1）复杂性（2）不可见性（3）易变性（4）服从性（5）非连续性
第三部分：
计算机与软件工程的不同侧重点。
| 计算机科学 | 软件工程 |
| 发现和研究长期的、客观的真理 | 短期的实际结果（具体的软件会过时） |
| 理想化的 | 对各种因素的折中 |
| 确定性、完美、通用性 | 对不确定性和风险的管理、足够好、具体的应用 |
| 各个学科独立深入研究、做出成果 | 关注和应用各个学科的知识、解决问题、 |
| 理论的统一 | 百花齐放的实践方法 |
| 强调原创性 | 最好的、成熟的实践方法 |
| 形式化、追求简明的公式 | 在实践中建立起来的灵感和直觉 |
| 正确性 | 可靠性 |
第四部分：
读了第一章不仅明白一些理论，概念性的知识，同时也知道了本书的教学和培养目标。期待经过自己的努力，可以逐渐的做好以下三点:
（1）研发出符合用户需求的软件。
（2）通过一定的软件流程，在预计的时间内发布“足够好”的软件。
（3）能证明所开发的软件是可以维护和继续发展的。
加油努力做到这三点！！！
读构建之法第五章：团队和流程
团队有一致的集体目标，团队要一起完成这目标。一个团队的成员不一定要同时工作，例如接力赛跑。团队成员有各自的分工，互相依赖合作，共同完成任务。软件团队有各种形式，适用于不同的人员和需求。基于直觉形成的团... 查看详情
读构建之法第十七章有感（作业四）
第四章：问题：看到这里的时候，才注意到代码中的“下划线”这个东西，在之前的敲代码过程中并没有怎么遇到下划线，在经过百度后得到了一些答案： 这只是Python中下划线的一部分应用，在不同的语言中，下划线的用处... 查看详情
构建之法第六章敏捷流程
敏捷是一种很“年轻态”的思路/策略，是以“万事万物都在不停地发展变化”为指导去组织软件工程的需求分析、内部的调和、代码编写甚至维护，所以我读起来会觉得很有共鸣。然而并不是所有的地方都适合让“敏捷”去闯... 查看详情
构建之法第一章
构建之法第一章本章为概论，主要讲解计算机科学的领域、软件工程和计算机科学的关系、软件的特性、软件工程的定义与组成部分等内容。一、软件：程序=数据结构+算法软件=程序+软件工程软件工程的核心部分：1、构建管理2... 查看详情
构建之法第六章
构建之法第六章本章为敏捷流程，主要介绍了敏捷流程及其原则，Backlog、Burn-down、Sprint、Scrum方法论，各种软件开发方法论的优缺点，，选择软件流程根据等敏捷开发：是一系列价值观和方法论的集合敏捷开发的原则：1、尽早... 查看详情
构建之法第五次心得
构建之法9、10、11章第九章学习了第九章之后，了解到了在一个项目中项目经理的重要性。生活中，无论什么团队工作，都需要一个领队，来掌控团队项目的发展，以及各个成员工作的分配。PM指ProductManager、ProjectManager、ProgramMan... 查看详情
构建之法第一篇阅读笔记
...任何与数据结构有关的东西，难道老师讲的都是错的吗？构建之法给了我明确的答案，这都是我们就业后所要面临的问题，因此，软件工程概论这门课就显得尤为重要了，它可以帮助我们了解软件工程整体结构，了解其中的各个... 查看详情
构建之法第六章学习心得
这周我学习了构建之法第六章敏捷流程，本章主要介绍了敏捷流程及其原则，Backlog、Burn-down、Sprint、Scrum方法论。以及什么时候选择敏捷的开发方法，什么时候选择其他方法。.敏捷开发的原则是尽早并持续地交付有价值的软件... 查看详情
构建之法第三次心得
构建之法第四、五章心得学习了第四第五章之后，我了解到了两人合作的注意要点，还有团队和开发流程。软件都是在相互合作中完成的，合作的最小单位是两个人。每个人的标准都不一样，对于什么是好的代码规范未必认同，... 查看详情
构建之法第六次随笔
我这个礼拜阅读了构建之法第12,13章。其中，第十二章讲的是用户体验，我们要考虑用户体验的不同角度，用户的第一印象就很重要，用户第一次使用软件，就很大程度上决定了用户对软件的评价。软件服务始终都要记住用户的... 查看详情
构建之法第八章学习心得
今天，我学习了构建之法第八章软件需求，人们为了解决现实社会和生活中的各种问题，要求助于软件。人们的需求五花八门，那么软件团队如何才能准确而全面地找到这些需求呢？需求分析1.获取和引导需求软件团队需要找到... 查看详情
构建之法第五章
本章为团队和流程，主要介绍了典型的软件团队模式和开发流程以及它们的优缺点、TSP、MVP、MBP、RUP团队：并不是几个人凑到一起就叫团队，称之为团队团队有共同的特点： 1.团队有一致的集... 查看详情
构建之法第十六章(代码片段)
《构建之法》第一、二、十六章疑问我通过阅读发现这是一本十分有趣的书。不同于别的书的晦涩难懂，《构建之法》利用浅显易懂的语言，贴近生活的例子向我们讲述了软件工程的内容。第一章 概论软件=程序+软件工程扩... 查看详情
构建之法第四周
本章的理论和知识点主要分为：代码规范、极限编程、结对编程、两人合作的不同阶段、影响他人的技巧。第一，代码规范，分为代码风格规范和代码设计规范。风格上，无疑是秉承着“简明、易读、无二义性”的原则，适当运... 查看详情
构建之法第六次心得
构建之法12、13章小结第12章这一章讲的是用户体验，对于软件的使用，用户的体验是非常重要的方面，如果一个软件给用户的体验不好，那么这个软件无疑是不会受到欢迎的。但是用户体验和用户界面的领域不是那么容易的，这... 查看详情
构建之法第五章学习
今天我学习了《构建之法》第五章团队和流程。首先我了解了写了再改模式（Code-and-Fix）史蒂夫·迈克康奈尔（SteveMcConnell）在这里提到了不少开发流程。第一个提到的开发流程。这个流程也有好处，不需要太多其他准备或相关... 查看详情
构建之法第一章
程序=数据+算法； 软件=程序+软件工程； 软件企业=软件+商业模式。 软件工程一说在此区别于实际的代码，它更多的表示为一种管理思想，一种通过实践经验所积累的成熟模式。通... 查看详情
构建之法第七次心得
构建之法14、15章总结第14章这一章讲的是质量保障。在我们做软件的时候，最重要的是质量，如果做成功的软件质量不过关，那无疑是白费心血，浪费时间。程序的质量体现在软件外在功能的质量，用户体验的质量，国际化的质... 查看详情