读书心得
文章平均质量分 54
lucialee8
看得比听的多,听得比说得多
展开
-
读书笔记1——《用户故事与敏捷方法》
读《用户故事与敏捷方法》这本书有三天了,看了差不多快四分之一。惭愧的是看完后不能像大家那样有很多总结,很快能举一反三,有自己的想法等等,大概是看的书真的太少的缘故。不过目前对自己的要求也很明确,主要还是扫盲和快速入门。流程:搜集需求,编写用户故事放入Backlog,计划会议将故事细化、确定验收标准,计划扑克估算故事的、讲故事分成小任务、估算工作时间、将故事放入Sprint Ba原创 2015-08-07 16:55:17 · 1031 阅读 · 2 评论 -
微服务-(1)
最近猛补了大量的关于微服务的玩意,写出来帮助自己更好的理解。经过这么一折腾,感觉自己的对架构、软件的理解提高了那么一点。还有,技术文档大多都是英文。。。英语英语。。。。如下:微服务是什么?符合这个特点的它就可以说是微服务:微服务架构采用多个服务间互相协作的方式构建传统应用。每个服务独立运行在不同的进程中,服务与服务之间通过轻量的通讯机制交互,并且每个服务可以原创 2015-08-24 16:56:03 · 321 阅读 · 1 评论 -
读书笔记2——《用户故事与敏捷方法》
尽早发布产品,打开一条与用户沟通的途径。验收测试的两步流程,测试要点和实现这些测试要点。测试要点记录了客户提出的假设。验收测试的测试要点能够让程序员在写代码时考虑到这些有用的信息。所以,故事的细节写入测试是比较好的做法。每轮迭代都要执行以往迭代通过的验收测试。所以尽可能做自动化测试。FIT&FitNesse(表格格式)验收测试提供了检查故事是否被完整实现的基本标准。原创 2015-08-27 17:14:51 · 630 阅读 · 0 评论 -
读书笔记3——《用户故事与敏捷方法》
在计划发布时,有必要知道客户预期的大致发布日期和故事的相对优先级;故事应该以明确顺序排列,第一个、第二个…而不是利用诸如“非常高、高、中等”的分组;迭代计划是发布计划的进一步计划,但只是在迭代即将开始时才开始做迭代计划。 -迭代计划会议的一般内容:讨论故事;从故事中分解出任务;开发人员承担每个任务的职责;讨论过所有故事,并且接受所有任务后,开发人员单独估计他原创 2015-09-17 16:27:40 · 645 阅读 · 0 评论 -
读书笔记4——《用户故事与敏捷方法》之Scrum
——有关于ScrumScrum是一个迭代和递增的过程。一轮迭代的过程是一种持续改进的过程;一个递增的过程是指按照功能点开发和发布软件。每一个功能点(功能增量),代表一个完整的功能子集。每一个功能增量都能被完整地实现以及测试通过。Scrum和极限编程都是基于递增和迭代方式的过程。这两种过程都在一轮新的迭代开始之前为迭代做计划。并在后续迭代中改进以前的交付,而且总是在每原创 2015-09-17 16:33:19 · 987 阅读 · 0 评论