随笔分类 - 19春读书笔记
摘要:细节视图 程序员和机器、程序员和程序员、程序员和用户之间往往达不到某种共识。 程序员们对于信息的需求显而易见。他们需要细节。他们需要蓝图。他们需要规格说明(specifications)。 规格说明是程序员的圣经,而且,通常程序员也会是忠诚信徒:规格说明就是法律。 需求搞错的严重后果,18英尺的巨石
阅读全文
摘要:乐高王国 这一章主要描述乐高积木式的软件制作方式,如果这一块块积木是程序代码,则很难做到尽善尽美,完全适用且精简的代码。最终这个方式是卡塞尔团队在这方面的一个尝试探索,值得我们钦佩和敬仰。 乐高假设指未来程序将由可复用的部件组合而成。部件将在全球范围内提供。虽然实际上这种假设不太容易实现,甚至不能实
阅读全文
摘要:一个错误就可能让一个项目“死定了”。往往带来不可知因素的时间陷阱。 记录于Bugzilla 中的第44 个缺陷,最初于2003 年1 月19 日登记,描述信息是“ 当修改窗体大小时出现闪烁”。。安德森认为这是个小问题,不过还是应该查实和修正。可直到将近六个月之后的今天,他仍然没能修正。问题不在自己和
阅读全文
摘要:极限编程的原则二:改进(我选择了部分给我印象最深的原则) 在软件开发中,“完美”是个动词,而非形容词。完美的过程是不存在的,完美的设计是不存在的,完美的故事也是不存在的。但是,你能使你的过程、设计和故事更加完善。 “‘最好’”是‘足够好’的敌人”表明了庸才更喜欢等待。这句话未理解XP的要点:软件开发
阅读全文
摘要:极限编程的原则一:互惠互利(我选择了部分给我印象最深的原则) 每项活动都应使所有与其相关的活动获益。互惠互利是XP中最重要的原则,也是最坚持的原则。任何一个问题总是有让某人付出代价而其他人获益的解决方案。危急关头,这些解决方案似乎很诱人。但是这么做一定是净亏的。因为产生的病态意愿破坏了我们需要重视的
阅读全文
摘要:本学期读的第二本书《解析极限编程》;那什么是极限编程呢? 极限编程(Extreme Programming, XP)和社会性的变革相关。过去适用的一些习惯和模式在今天可能会妨碍我们做得最好,XP要求我们放弃这些习惯和模式,放弃那些妨碍生产率但保护我们自己的防御行为。虽然这可能会使我们感觉到自己失去了
阅读全文
摘要:阅读《构建之法》给我印象,收获颇多的另一个点,就是“敏捷流程”,在第六章主要讲了以下内容:敏捷流程及其原则,Backing、Burn-down、Sprint、Scrum方法论,各种软件开发的优缺点,选择软件流程的根据。 现有的做法 敏捷的做法 流程和工具 个人和交流 完备的文档 可用的软件 为合同谈
阅读全文
摘要:阅读《构建之法》后,我印象最深的另一个章节就是第三章,软件工程师的成长,其中主要的理论和知识点,评价软件工程师水平的 主要方法,技能的反面,TSP(Team Software Process,团队软件过程)对个人的要求,软件工程师的思维误区。 其中对重要的是个人能力的衡量与发展,在第一章中提到:软件
阅读全文
摘要:阅读《构建之法》开篇第一章就解决了我的一大疑惑或着说是误区,什么是软件,什么是软件工程? 想到大一时的C++等语言课程上练习的程序,也就是指源程序,就是一行行的代码。他们是建立在数据结构上的一些基本算法,程序有时还要对数据操作,但大多数时这些数据是静态;当时以为软件编程是这么简单,以至于后面选择了软
阅读全文

浙公网安备 33010602011771号