随笔分类 - 读书笔记
摘要：第一次看《代码大全》的时候，收获并不大。当第二次在项目中，应用到代码大全的知识。Debug的时候、重构代码的时候，写伪代码的时候，将代码写在一个个的子程序中的时候。似乎对书中的知识理解的透彻很多。 将代码写在子程序的另外一个好处是，有时候你会发现以前没有发现过的事物的本质。——>你对程序理解的更加透
阅读全文
摘要：第三章 认识你的大脑 R 型对直觉，问题解决和创造性非常重要，L 型让你细致工作并实现目标。 人类具有超强的感知能力，其中许多无法有效地用语言表达。例如，你可以立刻认出大量熟悉的人的面孔，无论他们是否改变了发型、穿着，或者肥了10磅，还是过了20年。 但是，尝试描述你最亲密爱人的脸庞，你会觉得有心无
阅读全文
摘要：Dreyfus模型将学习的过程分为五个不同的阶段或水平： 1.新手（Novice）需要详细的指导——要手把手地教。新手不知道这些指导是否有效，或者哪些指导更加重要；因为没有上下文知识可供他们使用进行评估。因此，新手需要频繁迅速的成就感和有规律的反馈。一本好的入门指导书籍要提供有足够多的图画和充足的可
阅读全文
摘要：第9章 方法IBM执行强制进度纪律的成功基于两条原则：1）计划是强制性的2）计划必须符合现实情况 “从底向上”，依据那些负责按计划执行的程序员的经验和知识而来，而不是“从顶至下”，靠管理者拍脑袋或对市场的期望而来2001年17位领军人物，提出了敏捷软件开发宣言，向这种笨重的CMM宣战，从此极限编程X
阅读全文
摘要：1 对敏捷宣言的感受 1.1 个体和交互胜过过程和工具 这里感受最深是是这句话：人是获得成功的最为重要的因素。 项目要想最快最有效的完成目标，首要的就是团队成员一条心，有着共同的目标形成最大的合力，在合作和沟通上都会格外的顺畅。 招聘时首先看重的是人的特质（良好的沟通能力，皮皮鲁：怎样才算良好的沟通
阅读全文
摘要：2 设计原则 2.1 单一职责原则（SRP） 内聚性。 职责定义为“变化的原因”。如果你想到多个动机去改变一个类，那么这个类就具有多个职责。 只有佛自己应当负起公布玄妙秘密的职责。 2.2 开放封闭原则（OCP） 对于扩展是开放的，对于更改是封闭的。 OCP背后的主要机制是抽象和多态。 2.3 Li
阅读全文
摘要：工程师和艺术家软件开发者是工程师还是艺术家。 这个问题，总结了软件开发过程中无数细节问题，这些问题统统没有答案。软件开发领域的圣战比宗教中的还要多。从项目管理到软件设计，只有模糊的建议，以经验性方法为主导，估算工期的方法叫“拍”： 一拍脑袋有了，一拍胸口干了，一拍大腿坏了，一拍屁股走了。往复循环！一
阅读全文
摘要：第6章 用户故事验收测试 比起写冗长的需求列表，可以用测试来充实很多用户故事的细节。测试是一个两步走的流程：第一，将测试要点记录在故事卡的背面，任何时候发现新的测试，都可以记录到故事卡的背面；第二，将测试要点变成全面的测试，这些测试可以用来演示故事已正确、完整地实现。 测试验收提供了确认故事是否被完
阅读全文
摘要：阅读 第5章 与用户代理合作 对一个项目来说，客户团队里包括一个或多个真实用户是极其重要的。遗憾的是，我们很难与实际用户一起工作。我们期望与尽可能多的用户接触，这些用户代表了产品的不同角度，当我们无法接触到他们时，我们就需要求助各种用户代理，他们不是用户，但在项目中扮演用户角色。 用户的经理：不要得
阅读全文
摘要：阅读用户故事与敏捷开发的后边几章，搜集故事这一章，我们经常有一种错觉：“需求本来已经存在了，我们只是让客户给我们解释需求，然后把他们锁入一个笼子里就可以了。”事实上，用户并不知道所有的需求。让我们像捕鱼一样去捕获需求： 首先，不同大小的网捕获不同大小的需求。第一遍，用大网眼捞一遍需求池，通过这些大需
阅读全文
摘要：软件需求是一个沟通问题，一旦任何一方在沟通中把持绝对地位，项目就会遭受损失。我们需要一种协同工作的方式，让双方都不占绝对主导地位，共同面对感情用事和办公室政治化的资源分配问题。 什么是用户故事？ 每个用户故事代表了一个独立的功能，即用户在一个单一环境中可能做的事情。用户故事描述了对用户有价值的功能，
阅读全文
摘要：本学期读书笔记发布： 用户故事与敏捷开发的读书笔记： 梦断代码 读书笔记 01 2023.9.20 用户故事与敏捷开发读书笔记 01 2023.9.23 用户故事与敏捷开发读书笔记 02 2023.10.2 用户故事与敏捷开发读书笔记 03 2023.10.14 用户故事与敏捷开发读书笔记 04 2
阅读全文
摘要：第0章 软件时间作者迷恋于一个开放代码并可以由游戏玩家更改程序的一个游戏，并为在它的基础上创新和增添一些功能而乐此不疲。 0代表程序员的思维方式，因为计算机从0开始计数。 "Hello World " 程序能够唤醒每个程序员心中乐观的一面。既然能叫它说话，就能让它做任何事！ 为什么就是不能像造桥那样
阅读全文
摘要：第5章 与用户代理合作 对一个项目来说，客户团队里包括一个或多个真实用户是极其重要的。遗憾的是，我们很难与实际用户一起工作。我们期望与尽可能多的用户接触，这些用户代表了产品的不同角度，当我们无法接触到他们时，我们就需要求助各种用户代理，他们不是用户，但在项目中扮演用户角色。 用户的经理：不要得罪用户
阅读全文
摘要：第1章 概览 软件需求是一个沟通问题，一旦任何一方在沟通中把持绝对地位，项目就会遭受损失。我们需要一种协同工作的方式，让双方都不占绝对主导地位，共同面对感情用事和办公室政治化的资源分配问题。 当用户看到软件的早期版本时，他们总是会想出新的点子，导致我们无法勾勒出一个完美的蓝图来展示项目中所有必须完成
阅读全文
摘要：第9章 削足适履9.1 程序有多大？除了运行时间以外，它所占据的空间也是主要开销。 当系统设计者认为对用户而言，常驻程序内存的形式比加法器、磁盘等更加有用时，他会将硬件实现中的一部分移到内存上。相反的，其他的做法是非常不负责任的。 由于规模是软件系统产品用户成本中如此大的一个组成部分，开发人员必须设
阅读全文
摘要：第4章 贵族专制、民主政治和系统设计4.1 在系统设计中，概念完整性应该是最重要的考虑因素。也就是说，为了反映一系列连贯的设计思路，宁可省略一些不规则的特性和改进，也不提倡独立和无法整合的系统，哪怕它们其实包含着许多很好的设计。 4.2 编程系统（软件）的目的是使计算机更加容易使用。 为了做到这一点
阅读全文
摘要：第1章 焦油坑1.1 编程系统产品（Programming Systems Product）开发的工作量是供个人使用的、独立开发的构件程序的九倍。 我估计软件构件产品化引起了3倍工作量，将软件构件整合成完整系统所需要的设计、集成和测试又强加了3倍的工作量，这些高成本的构件在根本上是相互独立的。 1.
阅读全文
摘要：第十一章 软件设计与实现 11.2 图形建模和分析方法 思维导图、实体关系图、Use Case Diagram 11.3 其他设计方法 形式化的方法、文学化编程 11.5 开发阶段的日常管理 第十二章 用户体验 12.1 用户体验的要素 用户的第一印象 从用户的角度考虑问题 软件服务始终都要记住用户
阅读全文
摘要：第八章 需求分析 8.1 软件需求 ①获取和引导需求：软件团队需要找到软件的利益相关者，了解和挖掘他们对软件的需求，引导他们表达出对软件的需求；需求还可以来自各种管理机构；需求不仅来自外界，还可以来自软件企业本身；需求还可以来自技术团队本身；有些需求的目的是要更好地了解用户的行为和需求。 ②分析和定
阅读全文
