《软件工艺》读书小记

1、软件工艺认为软件开发者应该是“经验丰富的专业人士”,他们会提出很多问题,然后把用户真正需要的东西(而不是用户要求的东西)交给用户。

2、但是在选择新工具之前,你应该首先将其与已有的工具做个比较,看是否值得投入精力去学习它。另外,还应该评估新工具的生存能力,如果它能够比你要开发的应用程序生存得还久,那么才值得使用它。

3、什么是极端技术?任何一种技术,只要你的团队不熟悉它,他就是极端技术。如果团队中没有人曾经用这种技术开发过类似规模的应用程序,你就进入了极端技术的领地。

4、软件开发者不但要博闻强记,而且要善于遗忘。软件开发领域总在不断地发展变迁,因此开发者必须不断学习新知。所以,遗忘是开发者最重要的能力,因为它是不断学习的关键。每一个新的应用程序都要求开发者记住大量新的信息和琐碎的细节。而开发者最重要的技能之一就是忘记细枝末节的东西,记住最根本的信息。

5、软件开发理应有其乐趣。否则,开发过程就是错的。

时间: 2024-10-27 12:27:20

《软件工艺》读书小记的相关文章

东哥读书小记 之 《一个广告人的自白》

掰着指头一算,端午假期确实完成不少事情,过的太尼玛充实鸟: 去健身房2小时,且老夫的平板支撑终于能坚持超过1分钟,普大喜奔有木有: 给合租的室友买蛋糕过了个生日: 去 去哪儿 参加W3ctech的技术交流会: 精读<一个广告人的自白>: 正在读<卓有成效的管理者>: PS:此书不是光给管理者读的,而且俺目前更不是个管理者.可,其实每个人都是 自我的管理者,管理好自己是走向卓越的必要条件. 京东上挑了N久,买了几本书.鞋.运动穿的衣裤: 规划某Topic的技术方案初稿: 平均每天刷微

机械厂生产管理软件-工艺技术文档可统一管理-保证产品标准化生产

信华ERP生产管理软件是一款面向于员工数在20-200人左右的生产制造型企业,侧重于生产管理的软件,是一款真正能实现企业内外部供应链信息化集成的系统.企业运用好此款ERP软件,能够帮助企业优化工作流程.规范企业管理.有效控制成本,提高员工工作效率.信华ERP生产管理软件功能模块包括:客服管理(客户订单.成品缺货统计).采购管理(MRP需求运算).生产管理(生产计划.生产排产.工序管理.计时计件工资汇总.生产进度跟踪).仓库管理(盘点表).应收应付账款管理.特色功能详细介绍:1.bom:下达生产单

《敏捷软件开发读书笔记之一》

要想成为一名优秀的软件开发者,需要熟练应用编程语言和开发工具,更重要的是能够领悟代美代码背后的原则和前人总结的经验——这正是本书的主题.本书凝聚了世界级软件开发大师RobertCMartin数十年软件开发和培训经验,不仅是一部深入浅出.生动易懂的面向对象原则与模式著作,而且还是一部通俗的敏捷方法导引书和快速实用UML教程.分为敏捷开发,敏捷设计,薪水支付案例研究,打包薪水支付系统,气象站案例研究和ETS案例研究六个部分,包含30个章节.以下是我对前两个部分的认识及见解: 以下六章是对第一部分敏捷

《敏捷软件开发读书笔记之三》

以下是我从最后两个部分:气象站案例研究和ETS案例研究中得到的一些收获,以及个人的一些认知及见解: “OBSERVER模式”又称为回归为模式,其最大的推动力来自开放封闭原则.使用这个模式的动机就是为了在增加新的观察对象时可以无需更改被观察的对象.这样,被观察对象就可以保持封闭.Observer是一个抽象类,具体的DigitalClock依赖于它,Subject的具体方法也依赖于它.因此,依赖倒置原则也运用于其中,Subject 不具有抽象方法,故它与Clock间的依赖关系可能违反了DIP.但是,

《敏捷软件开发读书笔记之二》

接下来,我将向大家介绍第三部分“薪水支付案例研究”和第四部分“打包薪水支付系统”这两部分的认识,以及从中得到的收获: 以下是我从第三部分“薪水支付案例研究”中学到的相关知识以及个人的一些总结: Command模式的简单性掩盖了它的多功能性,此模式可以应用于多种能够不同的美妙用途,范围涉及数据库事物操作,设备控制,多线程核心以及GUI的Do/Undo管理,此模式是在实际的软件开发中是非常有用的. TEMPLATE METHOD模式和STRATEGY模式都可以用来分离高层的算法和低层的具体 实现细节

More Effective C++读书小记

1.仔细区别pointer和references 不论pointer或是references都使你间接参考其它对象. 没有所谓的null reference.一个reference必须总代表某个对象. 如果你有一个变量,其目的是用来指向(代表)另一个对象,但是也有可能它不指向(代表)任何对象,那么你应该使用pointer,因为你可以将指针设为null.换个角度,如果这个变量总是代表一个对象,也就是说你的设计并不允许这个变量为null,那么你应该使用reference. 由于reference一定

敏捷软件开发读书笔记(三)

敏捷设计 如果敏捷性(Agility)是指以微小增量的方式构建软件,那么究竟如何去设计软件呢?又如何去确保软件具有灵活性.可维护性以及可重用性的良好结构呢? 在敏捷团队中,全局视图和软件一起演化.在每次迭代中,团队改进系统设计,使设计尽可能的适合当前系统.团队不会花费许多时间去预测未来的需求和需要,也不会试图在今天就构建一些基础结构去支撑那些他们认为明天才会需要的特性.他们更愿意关注当前的系统结构,并使它尽可能的好. 那么怎么才能保证全局视图和软件一起演化呢?在软件出现下面任何一种气味时,就表明

敏捷软件开发读书笔记(一)

第一部分 敏捷开发 2001年初,由于看到许多公司的软件团队陷入了不断增长的过程的泥潭,一批业界专家聚集在一起概括出了一些可以软件开发团队具有快速工作.响应变化能力的价值观(value)原则.他们称自己为敏捷(Agile)联盟.在随后的几个月中,他们创建出了一份价值观声明.也就是敏捷联盟宣言(The Manifesto of the Agile Alliance). 敏捷联盟宣言如下: 1.个体和交互胜过过程和工具. 人是获得成功的最为重要的因素.如果团队中没有优秀的成员,那么就是使用好的过程也

走出软件作坊读书笔记(一)--项目需求调研

最近在拜读阿朱的[走出软件作坊],读到项目需求调研一章,为了读有所得,从现在开始需要养成写读后笔记.读完后需要好好整理一下,结合自己以及自己公司的现状,想想哪些对自己以及公司可以借鉴的. --改变从现在开始,不要再做一个思想懒惰者,勤于思考,善于总结,你才能有所提高! 言归正传,下面将根据我对该章节的理解,对该章节的内容进行简要记录,记录我的一些想法. 其实阿朱大神在书中也没有详细讲述如何进行需求调研,只是以他亲身经历过的一个项目需求调研案例阐述他对需要调研的理解: (1) 如何着手进行需求调研