构建之法:略读

大概翻阅了《构建之法》这本书,我了解了一些内容,这本书提了一个观点:做中学。

总之,就是关于学软件的实际性问题,这本书算是给学生学习软件工程的理论和实践间架了一座可行的桥梁,是一种指导。

其中有些问题,我需要再去细读。

1. 学校所学的一些算法,前人几乎把所有的算法都实现了,而本人只需要调用就行了,还需要自己学习吗?

2. 当工程正在实现用户的需求时,用户的不同,需求也就各有差异,我们应该如何平衡这种差异?

3. 一个软件团队要有怎样的分工,才最适合且能促成最优的软件。

4. 每个人的工作质量直接影响最终软件的质量。那么,软件工程师如何衡量、证明自己的能力。

5. 用户和软件的第一次使用,很大程度上决定了用户对软件的评价。怎样让用户在第一次使用的时候少花时间(或者不花时间)在对用户没有价值的部分(如配置软件的基本设置、登录、填写用户的各种属性等),而把大部分时间花在有实际价值的功能(如完成任务、消费内容、创建内容)上?

时间: 2024-12-15 10:52:46

构建之法:略读的相关文章

<<构建之法>>略读感想

经过对构建之法这本书的快速阅读和学习,我有以下疑问. 1.对软件工程来说是应该更注重结果和功能的实现还是更注重代码的易读和完整? 2.应该怎样平衡不同用户的不同需求以达到使大多数人满意的目的? 3.应该怎样避免软件在后期运行中出现较多的bug,怎样能更好得修补漏洞,并让它对其它模块所造成的影响达到最小化? 4.什么样的软件才叫一个好的软件? 5.在合作编写代码的时候应该注意什么问题? 6.软件行业的创造是什么样的?应该达到什么标准才叫创新? 7.软件工程师的职业道德标准是什么?最应该坚持什么样的

0321《构建之法》观后感

观后感好久没写了,都忘了曾经那时每天一片观后感的岁月了,如今也要写观后感了.我看<构建之法>第一章的时候是一口气把它看完的,第一章主要介绍软件工程的基本概念.首先是软件是什么,软件工程和计算机的关系.第一章主要是对话,让人理解的相对容易.其中有一些生活中的例子,说明了软件工程来源于生活的需求.正所谓有需求,有市场,就会有创造.软件工程是根据生活中人们的需求,然后专业人员再根据实际情况做出来的.第一章读起来还是容易的,不过第二章读起来就没那么有趣了,缺少趣味性,我读起来是觉得难得,有些略读,第三

初读《构建之法》(Build To Win)有感

最近略读了<构建之法>被作者诙谐幽默的写作风格深深吸引住了,文中有大量通俗易懂.形象鲜明的例子,更好的理解文中提出来的概念与理论.我是第一次接触到软件工程这门课,之前对于软件工程的理解就是编程写出一个应用程序,然而当我对读了本书之后,才对软件工程有了一个大概的了解. 在本书中,作者提出了一种全新的教学理念"Learning by Doing",也就是"做中学",与传统的教学方式不同的是提倡学生在大量的实践中学会知识.应用知识,掌握实用的软件工程技术.同时

《构建之法》第一章术语及书中部分问题解答

• 第一章专业术语: * 软件=程序+软件工程 * 程序=数据结构+算法 * 软件服务 * 软件架构(Software Architecture) * 软件设计与实现(Sofeware Design,Implementation and Debug) * 软件构建 * 源代码管理(Source Code Control) * 配置管理(Software Configuration Management) * 软件测试(Test) * 需求分析(Requirement Analysis) * 软件

构建之法——读书笔记(8)

<构建之法>第十&十一章 主要讲述了在软件设计前期的需求分析问题上的方法和实践经验,分为"典型用户和场景"以及"软件设计与实现". 其中第十章大部分内容包含: 用户的分类(典型用户可以包括以下内容: 1. 名字(越自然越好) 2. 年龄(不同年龄和收入的用户有不同的需求) 3. 收入 4. 代表的用户在市场上的比例和重要性(比例大不等同于重要性高,如付费的用户比例较少,但是影响大,所以更重要 5. 使用这个软件的典型场景 6. 使用本软件/服务的

《构建之法阅读笔记02》

这次主要对<构建之法>的第四章“两人合作”作一次阅读笔记. 首先是代码规范问题. 我过去对于代码规范问题并没有做到注意.在编程中,许多变量和函数的命名都非常的简单而没有实际的意义.而且编程时不注意对齐缩进.很多时候也不加注释,导致对这些简单的变量名称不熟悉. 这样做会使得很多人读代码费劲,甚至是自己都要花时间再次阅读懂自己的代码.而且很多没必要的注释也会使得注释失去意义.当自己再次在原基础上编程时,可能要重新编程等问题. 因此,通过阅读“代码规范”,我找到一些解决方法.代码的风格要简明.易读.

简读《构建之法》,所想问题展示

1,<构建之法>这本书全局语言通俗,学生很容易读懂,但是存在一个隐患:学过软件工程,我们只是笼统的理解,而对这方面的专业知识很少了解,该怎么办? 2,书中提到的软件结构,软件设计与实现具体是怎样的?怎么理解它们之间的关系? 3,软件在不断更新和增加功能的负担下,一定程度下会崩溃.若有一个软件,即将考虑添加下一个功能,但是在添加这个功能之后,系统一定会崩溃,但是这个功能对这个软件的市场前景起着至关重要的作用,这是该怎么办? 4,软件设计和软件构建有区别吗?不同之处是什么? 5,当软件中的依赖关系

构建之法阅读笔记05

2017.5.20 今天阅读的是<构建之法>第8章需求分析的阅读笔记,我们如果要开始做一个软件,最先要进行的就是需求分析,我们应该充分的了解我们这个软件是否具有前景,我们为用户提供的服务是不是用户所需要的,这一章详细的叙述了如何进行需求分析. 首先是获取和引导需求,我们应该找到软件的利益相关者,了解挖掘他们对软件的需求,引导他们表达出真实的需求.然后分析和定义需求,对各个方面的需求进行规整,定义需求内涵,从各个角度将需求量化,然后估计实现这些需求所需要的时间和资源,确定各个需求的优先级.紧接着

《构建之法》学习(5)——团队和流程

<构建之法>学习(5)--团队和流程 1.非团队和团队   团队共同的特点: 团队有一致的集体目标,团队要一起完成这目标 团队成员有各自的分工,互相依赖合作,共同完成任务 2.软件团队的模式       一窝蜂模式       主治医师模式 有首席程序员,他/她负责处理主要模块的设计和编码,其他成员从各种角度支持他/她的工作.       明星模式 主治医师模式运用到极点,可以蜕化为明星模式,在这里,明星的光芒盖过了团队其他人的总和.       社区模式 社区由很多志愿者参与,每个人参与自己