关键词:
第四周读书笔记《构建之法》
第四周读书笔记《构建之法》
沈三景
PB15061249
软件工程
读书笔记
前言
本周接着读了构建之法(上周读了《程序员的修炼之道》)的第六、七两个章节。
第六章 敏捷流程
敏捷流程是一系列价值观方法论的集合,它要求:
-
尽早并持续地交付有价值的软件以满足顾客需求。
-
敏捷流程欢迎需求的变化,并利用这种变化来提高用户的竞争优势。
-
经常发布可用的软件,发布间隔可以从几周到几个月,能短则短。
-
业务人员和开发人员在项目开发过程中应该每天共同工作。
-
以有进取心的人为项目核心,充分支持信任他们。
-
无论团队内外,面对面的交流始终是最有效的沟通方式。
-
可用的软件是衡量项目进展的主要指标。
-
敏捷流程应能保持可持续的发展。领导、团队和用户应该能按照目前的步调持续合作下去。
-
只有不断关注技术和设计,才能越来越敏捷。
-
保持简明—尽可能简化工作量的技艺—极为重要。
-
只有能自我管理的团队才能创造优秀的架构、需求和设计。
-
时时总结如何提高团队效率,并付诸行动。
雷军曾经说过互联网思维的七字诀:专注、极致、口碑、快。在我看来这七字诀真是敏捷流程的一个缩影。专注意味着提高团队效率并付诸行动;极致意味着两方面的内容,一方面是我们做项目时要做到极致,对于那些有能力、有进取心的人要大力支持他们,另一方面意味着我们需要不断关注技术和设计,在技术和设计上做到极致,这是将项目做到极致的有效保障;口碑则意味着我们在做项目时,要充分考虑到客户的感受,在客户需求发生变化时,我们不能排斥这种变化,而是要欢迎需求的变化,并利用这种变化来提高用户的竞争优势;最后的快则是对敏捷流程最直接的概括,快意味着要经常发布可用的软件,发布间隔可以从几周到几个月,能短则短。
第七章 MSF
对于这一章,由于我们还有没有进行团队项目,所以理解不深。MSF全称为Microsoft Solution Framework,即微软解决方案框架。这是一个软件开发的方法。它要求:
-
推动信息共享与沟通(Foster open communications)
-
为共同的远景而工作(Work toward a shared vision)
-
充分授权和信任(Empower team members)
-
各司其职,对项目共同负责(Establish clear accountability and shared responsibility)
-
交付增量的价值(Deliver incremental value)
-
保持敏捷,预期和适应变化(Stay agile, expect and adapt change)
-
投资质量(Invest in quality)
-
学习所有的经验(Learn from all experiences)
-
与顾客合作(Partner with internal and external customers)
第一周读书笔记《构建之法》(代码片段)
构建之法读书笔记#wmd-previewh1color:#0077bb 构建之法读书笔记沈三景PB15061249软件工程读书笔记 前言开学前两周,杂事颇多,没有充足的时间阅读《构建之法》,只能每天在睡前阅读约半小时,故只看了前三章。虽如此... 查看详情
《构建之法》第4.17章读书笔记
《构建之法》第4.17章读书笔记第四章原文语句: 异常不能跨过DLL或进程的边界来传递信息,所以异常不是万能的。提出问题: 1.什么是DLL?DLL是来解决什么问题的?网上... 查看详情
《构建之法》(第十七章)读书笔记(代码片段)
一、关于代码规范1.1因为软件开发多数是一个团队的事情,所以需要格外注意代码规范。我们的代码日后通常是需要去维护的,是需要去给别人看的。但是,不同的编程语言对代码规范的要求是否相同呢?因为在工作室学的是前... 查看详情
《构建之法》读书笔记
本周阅读第一章《概论》第一章《概论》旨在说明软件工程的概念。几个概念:软件=程序+软件工程软件工程可以定义为:把系统的、有序的、可量化的方法应用到软件的开发、运营和维护上的过程;软件工程包括一下领域:源代... 查看详情
构建之法——读书笔记
第8章需求分析8.1软件需求 寻找需求:1.获取和引导需求(Elicitation) 软件团队需要找到软件的利益相关者,了解和挖掘他们对软件的需求,引导他们表达出对软件的需求。 2.分析和定... 查看详情
构建之法——读书笔记
第七章MSFWhatisMSF?——MicrosoftSolutionFramework(微软解决方案框架)即一个方法论,也就是微软推荐的软件开发方法。MSF基本原则:MSF没有像敏捷那样搞一个宣言,但是它也有一套思想框架—9条基本原则 1.推动信息共享与沟通(... 查看详情
《构建之法》读书笔记第8章——需求分析
一场战争开始前,最重要的就是情报。正所谓知己知彼,方能百战百胜。而软件开发前最重要的一点,莫过于用户需求的分析。做好了需求分析,才能有的放矢,避免开发出为开发而开发的软件。如何准确的获取需求呢?书中给... 查看详情
构建之法——读书笔记
《构建之法》第十&十一章主要讲述了在软件设计前期的需求分析问题上的方法和实践经验,分为“典型用户和场景”以及“软件设计与实现”。其中第十章大部分内容包含:用户的分类(典型用户可以包括以下内容... 查看详情
《构建之法》第五章读书笔记
第5章团队和流程 一、非团队和团队团队的共同特点:1、团队有一致的集体目标,团队要一起完成这目标。一个团队的成员不一定要同时工作,例如接力跑。2、团队成员有各自的分工,互相依赖合作,共同完成任务。二、软件... 查看详情
《构建之法》读书笔记
在第四章的两人合作中,了解到代码的规范特别重要。“代码规范”可以分成两部分:代码风格规范。主要是文字上的规定,看似表面文章,实际上非常重要。代码设计规范。牵涉到程序设计、模块之间的关系、设... 查看详情
构建之法读书笔记
我在本科阶段读的是软件学院,软件工程专业,不过在大学读完了四年,并且软件工程这门课成功考过没有挂科之后,我仍然不知道什么是软件工程,对我们本科期间的培养方向也完全没有概念。简单的看了书中的... 查看详情
构建之法——读书笔记
本周粗略的过了一遍第12章。第12章用户体验其实,计算机软件的用户界面(UserInterface,UI)和用户体验(UsereXeperience,UX)是一个有着丰富内容的学术领域,软件工程师们在长期工作中也积累了很多相关的经验。 无论软件还... 查看详情
构建之法第四周
本章的理论和知识点主要分为:代码规范、极限编程、结对编程、两人合作的不同阶段、影响他人的技巧。第一,代码规范,分为代码风格规范和代码设计规范。风格上,无疑是秉承着“简明、易读、无二义性”的原则,适当运... 查看详情
读书笔记(构建之法-11.19)
读构建之法有感: 今天在实验室读了构建之法书的第4章-两人合作,书上首先讲代码规范,一个程序员写的代码主要个人看,而在给人看的前提是要代码规范。对我个人而言,其实看到没有规范的代码是看不下去的,自己曾... 查看详情
《构建之法》读书笔记六
第14章:质量保障软件的开发过程有三个主要特性:好、快、便宜。在开发一个软件时,我们应该尽可能的保证软件的质量,不能盲目地听从所谓的“专业人士”的意见,要有自己的见解。衡量一个软件的质量:研发出符合用户... 查看详情
《构建之法》读书笔记一
通过第一章,我大概了解我将要从这本书中学习什么,如何落实学习。本书的作者——邹老师,通过设定简单的人物和简短的话语,使得书本远离枯燥无味,同时还条理清晰,这加强了我看书的耐心。 1.1节通过... 查看详情
《构建之法》读书笔记w6
第6章“敏捷流程”主要讲述了敏捷流程及其原则,Backlog、Burn-down、Sprint、Scrum方法论,和各种软件开发方法论的优缺点及选择软件流程的根据。 “敏捷流程”是一系列价值观和方法论的集合。敏捷开发的原则... 查看详情
《构建之法》第四章读书笔记
本章理论和知识点有:代码规范、极限编程、结对编程、两人合作的不同阶段、影响他人的技巧一、代码规范1、代码风格规范。主要是文字上的规定,看似表面文章,实际上非常重要。代码风格的原则是:简明,易读,无二义... 查看详情