关键词：
15稳定和发布阶段
在稳定阶段的初期，团队只要决定需要修复哪些缺陷，然后团队成员就会进行必要的设计、实现、测试工作，并签入代码修改。但是，随着项目进展和发布日期的临近，团队还要保证修改方案不会给产品带来负面的影响。这时，还要对修改方案进行会诊，包括以下三个方面：
第一步：开发者提交参加会诊的Bug和修改方案
第二步：会议决定是否同意修改方案
第三步：执行
16IT行业的创新
创新有时候只是一瞬间的想法，如果付诸行动，那么就有可能变成事实。创新并不是指一昧的抛弃前人的思想，进行前无古人的创造，有时候我们需要在前人的基础上进行一定的创新。但是，有时候，创新并不是能被所有人接受的，每个新事物的出现都需要一定的时间才能被人们接受。
最近几年，我们整个社会似乎对创新很感兴趣，媒体上充斥了创新型的人才、创新型的学校、创新型的公司、创新型的城市、创新型的社会，等等名词。有些城市还把“创新”当作城市的精神之一，还有城市要批量生产上千名顶级创新人才。
创新的迷失
迷思之一：灵光一闪现，伟大的创新就紧随其后
很多创新是累积的结果。
迷思之二：大家都喜欢创新
并不是所有的人都喜欢创新。
迷思之三：好的想法会赢
要想赢需要多种因素组合。
迷思之四：创新者都是一马当先
迷思之五：要称为领域的专家，才能创新
构建之法第八章学习心得
今天，我学习了构建之法第八章软件需求，人们为了解决现实社会和生活中的各种问题，要求助于软件。人们的需求五花八门，那么软件团队如何才能准确而全面地找到这些需求呢？需求分析1.获取和引导需求软件团队需要找到... 查看详情
构建之法第五章学习
今天我学习了《构建之法》第五章团队和流程。首先我了解了写了再改模式（Code-and-Fix）史蒂夫·迈克康奈尔（SteveMcConnell）在这里提到了不少开发流程。第一个提到的开发流程。这个流程也有好处，不需要太多其他准备或相关... 查看详情
构建之法第十一章读后感
本周进行了构建之法的第十一章软件设计与实现的学习；第十一章主要讲了典型的开发流程，常见的分析和设计方法：ERD，DFD，UML，开发阶段的一些管理方法：每日构建，小强地狱，构建大师；分析和设计方法包括以文字为主的... 查看详情
构建之法第1314章学习
第十三章的内容是关于各种测试方法和测试的设计方法。一个软件开发团队统一思想首先要从基本名词解释开始，第一节为我们解释了一些基本名词并进行分类（例：Bug是指软件的缺陷，可以分解为症状（Symptom）、程序错误（Fa... 查看详情
构建之法第一章概论
...迈向实用的最关键的一步，就是软件工程。1.概念1）软件构建：除了代码和静态数据，还有各种文件和数据来描述各个程序文件之间的依赖关系等；2）源代码管理/配置管理：保证代码的平台兼容性、配置兼容性等；3）质量保障... 查看详情
构建之法第八九章学习
第八章：需求分析这一章主要讲述了软件需求的类型、利益相关者、获取用户需求的常用方法和步骤、竞争性需求分析的框架NABCD、四象限方法、项目计划和估计的技术。确认软件需求有以下步骤：1.获取和引导需求、2.分析和定... 查看详情
构建之法第1章概论
1公式软件=程序+软件工程软件的质量=程序的质量+软件工程的质量 程序=数据结构+算法软件企业=软件+商业模式2软件的特殊性复杂性不可见性易变性服从性（软件不能独立存在）非连续性3软件工程与计算机科学的关系计算机... 查看详情
构建之法第九章项目经理
PM是在前几章中反复提到过的而我本身对此比较陌生的一种团队角色。我觉得“manager”（中文翻译为经理）其实是个很广泛的概念；不过大多数情况下指的是具有“复合型功能”的人物1.PM是什么productmanager：产品经理。正确地做... 查看详情
构建之法第七次心得
构建之法14、15章总结第14章这一章讲的是质量保障。在我们做软件的时候，最重要的是质量，如果做成功的软件质量不过关，那无疑是白费心血，浪费时间。程序的质量体现在软件外在功能的质量，用户体验的质量，国际化的质... 查看详情
构建之法第六章敏捷流程
敏捷是一种很“年轻态”的思路/策略，是以“万事万物都在不停地发展变化”为指导去组织软件工程的需求分析、内部的调和、代码编写甚至维护，所以我读起来会觉得很有共鸣。然而并不是所有的地方都适合让“敏捷”去闯... 查看详情
构建之法第2章个人技术和流程
1单元测试(1)单元测试(2)回归测试回退操作2效能分析工具先用抽样的方法找到效能瓶颈所在，然后对特定的模块用代码注入的方法进行详细分析3个人开发流程(1)计划明确需求和其他相关因素，指明时间成本和依赖关系分析需求生... 查看详情
构建之法第一章读后感
首先，文章对于程序、用户需求、工程等等概念用了阿超给儿子编写的一个出题程序来分别解释了个中的含义，尤其是程序和工程的区别，程序大概就是用很多语言或工具编写的一个简单能实现目标要求的一行行代码，而工程就... 查看详情
构建之法第五章读书心得
这一章我们主要学习了团队和流程。团队简而言之就是开发一个软件工程的团队，那么团队究竟怎样在一起开发这一软件便有了多种多样的方法。比如所有人都一起做的一窝蜂模式，但这样模式弊端很大，虽然都做了许多工作，... 查看详情
构建之法第八章需求分析
其实这是“啃硬骨头”的第一步，就是如何从“茫茫”中锁定需求相关方、挖出来需求的方法论1.挖取需求获取和引导需求。需求不仅是来自外界，甚至也可以来自技术成员团队内部；分析和定义需求。主要是对需求进行量化；... 查看详情
构建之法第五六章读后感
邹欣老师的这本书，写得形象生动，第五章用体育运动等团队例子引出软件开发团队的形式。软件团队形式多样，适用于不同的人员与需求。团队可能会演变的模式有：主治医师模式、明星模式、社区模式、业余剧团模式、秘密... 查看详情
构建之法第五次心得
构建之法9、10、11章第九章学习了第九章之后，了解到了在一个项目中项目经理的重要性。生活中，无论什么团队工作，都需要一个领队，来掌控团队项目的发展，以及各个成员工作的分配。PM指ProductManager、ProjectManager、ProgramMan... 查看详情
构建之法第五章团队和流程
典型的团队开发模式和流程，完全是新的内容；涉及到更多的术语和有意思的策略性东西1.团队模式【我比较认可的】主治医师模式由首席程序员（相当于首席医生）负责整个工程，周围人员各司其职，配合支持中心人物的工作... 查看详情
构建之法第4.17章读书笔记
第四章：两人合作 问题1：4.2中注释这一版块，因为之前有学长跟我强调过代码规范的问题，所以对这方面比较重视，后来当使用每个IDE的时候，都会去注意代码缩进的快捷键，比如IDEA的Ctrl+Alt+L等等；我对自己写的代码还算... 查看详情