随笔分类 - 230515 / 阅读-读后感
摘要：敏捷 常用设计模式 4.1.1 Command模式的优点 通过对命令概念的封装，可以解除系统的逻辑互联关系和实际连接的设备之前的耦合。 另一个Command模式的常见用法是创建和执行事务操作。 解耦数据和逻辑，可以将数据放在一个列表中，以后再进行实际的操作。 4.1.2 Active Object模
阅读全文
摘要：为了进行项目计划，必须要知道和项目需求有关的内容，但是却无需知道得太多。对于做计划而言，了解需求只需要做到能够估算它的程度就足够了。你必须要知道存在很多细节，也必须要知道细节的大致分类，但是你不必知道特定的细节。 需求的特定细节很可能会随时间而改变，因此在离真正实现需求还很早时就去捕获该需求的特定细
阅读全文
摘要：敏捷开发过程中必须遵守的原则： 我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。2.即使到了开发的后期，也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。3.经常性地交付可以工作的软件，交付的间隔可以从几周到几个月，交付的时间间隔越短越好。4.在整个项目开发期间，业务人员和开发
阅读全文
摘要：对象—关系结构模式： 1、标识域：为了在内存对象和数据库行之间维护标识而在对象内存的一个数据库标识域。 数据库中通过主键来区分数据行，然而，内存对象不需要这样一个键，因此为对象系统能够保证正确的身份确认（在C++中是直接用原始内存位置）。 2、外键映射：把对象间的关联映射到表间的外键引用。 3、关联
阅读全文
摘要：并发问题：更新丢失和不一致读。 并发问题，人们提出了各种不同的解决方案。对于企业应用来说，有两个非常重要的解决方案：一个是隔离，一个是不变性。 隔离是划分数据，使得每一片数据都可能被一个执行单元访问。比如文件锁。 不变性是识别那些不变的数据，不用总考虑这些数据的并发问题而是广泛地共享它们。 当有一些
阅读全文
摘要：先介绍了一些企业应用开发的基础知识，比如分层架构、WEB表现、业务逻辑、数据库映射、并发、会话、分布策略等等。通过使用场景、解决方案、UML等手段详细介绍了设计模式（包括一些常用的设计模式GOF23和本书上新创的设计模式）。了解书中这些模式是干什么的、它们解决什么问题、它们是如何解决问题的。这样，如
阅读全文
摘要：为啥要重构。 何为重构：“重构就是对软件内部结构的一种调整，目的是不改变软件可观察行为的前提下，提高其可理解性，降低其可修改成本。”太专业的解释了。我下个通俗的定义吧：“重构是优化代码结构，使其阅读性更好，扩展性更强的一种高级技术”。 软件开发中，随着功能的加入，程序将慢慢失去原来的结构。有些人贸然
阅读全文
摘要：在实际工作中，我们往往需要更精确的衡量标准或者参考依据来进行代码的重构。这里提到的衡量标准，Martin Fowler用了一个特殊的词来形容，就是“代码的坏味道”。 换个角度来看，代码的坏味道，也是代码需要重构的某种迹象、表现形式。这些“坏味道”，有的涉及具体的代码段，例如“重复代码”；有的涉及函数
阅读全文
摘要：如果一个人没有听说过《重构》这本书，那么他一定不敢说自己是程序员；如果一个人没有阅读过《重构》这本书，那么很难想象他会是一名优秀的程序员。这本书是很多公司要求Java程序员必读的三本书之一（另外两本书是《Java编程思想》和《Effective Java》），其实无关编程语言，是程序员就能够从这本书
阅读全文
摘要：我直接看了一些大佬对于《梦断代码》的一些书评。 1.《梦断代码》是一本代码史。 ——DoNews制作人，千橡集团副总裁 刘韧 2. 技术人员爱把复杂的问题形容为“非凡”。司各特·罗森伯格选取了极度非凡的主题，并使之浅显易懂。他盛赞编写代码的人，但也坦承他们如常人般复杂而有缺陷。《梦断代码》实在是一流
阅读全文
摘要：“我们惯于把管理看作是闪耀着科学光环的商业学校技术应用：生产力统一衡量，投资利润率。德鲁克的定义初听起来经不得考验——他好像是在说管弦乐队只会或是舞台剧导演。德鲁克强调管理艺术胜于管理科学，对人的关注胜于对定量的关注。德鲁克发明了‘知识工作者（knowledge worker）’的说法，并深入研究其
阅读全文
摘要：跟绝大多数软件开发类的书籍不同的是，《梦断代码》是一篇小说，并不是一味地讲技术和理论，《梦断代码》给我们把真实的人、事、技术以及产品的发展过程结合在一起表现了出来。这本书我准备先跳跃着通读一遍，最后再决定是否精读。 本书通过大量的小例子来讲解软件开发，将软件开发非常详细的进行了解答。 例如巧妙地以第
阅读全文
摘要：这次我详细阅读了第八章 需求分析 刚好我们也开始了最后的软件开发冲刺阶段，也结成了小组，了解了什么是敏捷开发。对于这一章，我感觉比较容易理解。 主要就是竞争性需求分析的框架NABCD，四象限方法等。 第八章可以分为这几个小方面来讨论： 1.软件需求： 获取和引导需求（Elicitation）、 分析
阅读全文
摘要：这次是看完了第六章，关于第六章，我感觉有几个比较重要的问题： 敏捷开发是什么？ “最初的软件（20世纪六七十年代）的顾客都是大型研究机构、军方、美国航 空航天局、大型股票交易公司，他们需要通过软件系统来搞科学计算、军方项 目、登月项目、股票交易系统等超级复杂的项目。这些项目对功能的要求非常 严格，对
阅读全文
摘要：构建之法这本书对于我的意义已经不再是单纯的软件工程系学生必读经典书籍了，他已经是我们软件工程系的教科书了，随着建民老师的教课，我开始了对构建之法一书的探索。 首先看了看构建之法一书的读者反馈：“惊艳！打开《构建之法——现代软件工程》，就停不下来，作者把软件开发方法 讲得清晰有趣实用，程序员应该人手一
阅读全文
摘要：在这次的阅读中，我重点阅读了祸起萧墙（Hatching a Catastrophe）这一章节。 一、书中说到，往往重大的灾害都是比较容易处理的，因为它往往和重大的压力、彻底的重组、新技术的出现有关，整个项目组通常可以应付自如。 “但是一天一天的进度落后是难以识别、不容易防范和难以弥补的。昨天，某个关
阅读全文
摘要：《人月神话》顾名思义，是在估计和进度安排中使用的工作量单位：人月。但作者认为“用人月作为衡量一项工作的规模是一个危险和带有欺骗性的神话”。 人数和时间的互换仅仅适用于以下情况：某个任务可以分解给参与人员，并且他们之间不需要相互的交流。这在割小麦或收获棉花的工作中是可行的；而在系统编程 中近乎不可能。
阅读全文
摘要：寒假期间，我重读了《人月神话》，重读第二遍的时候跟第一次拿起来随便读了读，差别是非常巨大的。 首先心态就不一样，因为对这一方面了解的东西相对于之前的已经多了很多。读的时候就更加注重细节，更加能够被吸引。 这次读的还是职业的乐趣，因为我感觉乐趣不是做一件事的前提，但却是高效率的持续做一件事的前提。 编
阅读全文
摘要：形式化定义仅仅用于外部功能，说明它们是什么。 “今天，我比以往更加确信。概念完整性是产品质量的核心。拥有一位结构式是迈向概念完整性的最重要一步。这个原理不仅限于软件系统，它适用于所有的复杂事物。” 图形界面的成功；增量开发和快速原型，渐进地精华，让软件像生物进化那样逐渐演化成更为复杂的结构，演化出更
阅读全文
摘要：保持对特殊诱惑的警觉，他可以不断提出正确的问题，确保原则上的概念和目标在详细设计中得到完整的体现。 对规模平均为3200指令的程序...大约单个的程序员所需要的编码和调试时间为178个小时，由此可以外推得到每年35800语句的生产率。而规模只有一半的程序花费时间大约仅为前者的四分之一，相应推断出的生
阅读全文
