读书笔记
文章平均质量分 67
start_striving
这个作者很懒,什么都没留下…
展开
-
核对表:需求
这张需求核对表包含了一系列的问题——问问自己项目的需求工作做得如何。本书并不会告诉你如何做出好的需求分析,所以列表里面也不会有这样的问题。在开始构建之前,用这份列表做一次“心智健全”检查,看看你的地基到底有多坚固——用“需求里氏震级”来衡量。并不是核对表中所有的问题都适用于你的项目。如果你做的是一个非正式项目,那么你会发现有些东西根本就不需要考虑。你还会发现一些问题你需要考虑,但不需要做出正式原创 2008-04-30 14:13:00 · 245 阅读 · 0 评论 -
核对表:前期准备
□ 你是否辨明了自己所从事的软件类型,并对所用的开发方法做出相应的剪裁?□ 是否充分明确地定义了需求?而且需求足够稳定,能开始构建了?(详见需求核对表)□ 是否充分明确地定义了架构,以便开始构建?(详见架构核对表)□ 是否已经指出你的(当前)项目中独有的风险(以避免构建活动面临不必要的风险)?原创 2008-04-30 14:28:00 · 248 阅读 · 0 评论 -
代码大全(2版) 读书笔记
4月30号 隐喻的价值绝不应低估。隐喻的优点在于其可预期的效果能被所有的人理解。不必要的沟通和误解也因此大为减低,学习与教授更为快速。实际上,隐喻是对概念进行内在化(intemalizing)和抽象(abstracting)的一种途径,它让人们在更搞的层面上思考问题,从而避免低层次的错误。 从管理的角度看,做计划意味着确定项目原创 2008-04-30 14:03:00 · 262 阅读 · 0 评论 -
核对表:架构
以下是一份问题列表,优秀的架构应该关注这些问题。这张核对表的意图并非用做一份有关如何做架构的完全指南,而是作为一种实用的评估手段,用来评估软件食物链到了程序员这一头还有多少营养成分。这张核对表可用做你自己的核对表的出发点。就像“需求”的核对表一样,如果你从事的是非正式项目,那么你会发现其中某些条款甚至都不用去想。如果你从事的是更大型的项目,那么大多数条款都会是很有用的。针对各架原创 2008-04-30 14:15:00 · 324 阅读 · 0 评论