读书笔记-敏捷软件开发 原则,模式与实践 原创 Gerray_Wang 2017-04-03 13:50:08 ©著作权 文章标签 敏捷开发 文章分类 软件测试 ©著作权归作者所有:来自51CTO博客作者Gerray_Wang的原创作品,请联系作者获取转载授权,否则将追究法律责任 看了一下夹在书中的发票,2010年在当当网购买的。断断续续的也看过几次,一直没有看完过。这次试着写写读书笔记。看看能不能坚持住。 赞 收藏 评论 分享 举报 提问和评论都可以,用心的回复会被更多人看到 评论 发布评论 全部评论 () 最热 最新 相关文章 《软件性能测试分析与调优实践之路》(第2版) 读书笔记(一)总体介绍(上)-真正从性能分析与调优来看性能测试 系统中是否存在负载均衡不均的情况。负载均衡不均匀一般指的是在并发的情况下,每台服务器接收的并发压力不均匀,从而导致部分服务器因为压力过大而出现性能急剧下降,以及部分服务器因为并发过小而出现资源浪费的情况。系统中是否存在内存泄漏问题。内存泄漏是系统中是否存在连接泄漏问题。连接泄漏种类非常广泛,可以是数据库连接泄漏、HTTP连接泄漏或者其他的TCP/UDP连接泄漏等。除了系统实际情况需要建立长连接外,一般短连接都应该是用完就需要关闭和释放。系统中是否存在线程安全问题。线程安全问题是在高并发访问的多线程处理系统中经常会出现的问题,如果系统中存在线程安全问题,就会出现多个线程先后更改数据,造成所得到的数据全部是脏数据,有时候甚至会造成巨大的经济损失。系统中是否存在死锁问题。死锁问题也是多线程系统中经常会遇到的一个经典问题,一般常见的有系统死锁、数据库死锁等。系统中是否存在网络架构或者应用架构扩展性问题。扩展性问题一般是指在性能指标无法满足预期的情况下,通过横向或者纵向扩展硬件资源后,系统性能指标无法按照一定的线性规律进行快速递增。 调优 数据 性能分析 性能调优 性能测试 《软件性能测试分析与调优实践之路》(第2版) 读书笔记(二)总体介绍(下)-真正从性能分析与调优来看性能测试 系统可能在频繁的出现Full GC。Full GC是Java 应用程序垃圾回收的一种机制,一般如果出现了Full GC,应用程序就会出现短暂的停顿。关于Full GC的介绍,可以参考纸质书5.1.7小节中的介绍。此时可以先去看一下应用程序的GC日志,如果是Full GC 非常频繁,并且又没有出现内存泄漏,那么可以参考纸质书5.4.1 小节中介绍的如何减少GC 来解决这个问题。《软件性能测试分析与调优实践之路》(第2版) 读书笔记 性能测试 性能调优 性能分析 性能诊断 性能监控 《数据资产管理核心技术与应用》读书笔记-第三章:数据血缘 《数据资产管理核心技术与应用》是清华大学出版社出版的一本图书,作者为张永清等著,全书共分10章,第1章主要让读者认识数据资产,了解数据资产相关的基础概念,以及数据资产的发展情况。第2~8章主要介绍大数据时代数据资产管理所涉及的核心技术,内容包括元数据的采集与存储、数据血缘、数据质量、数据监控与告警、数据服务、数据权限与安全、数据资产管理架构等。第9~10章主要从实战的角度介绍数据资产管理技术的应用实践,包括如何对元数据进行管理以发挥出数据资产的更大潜力,以及如何对数据进行建模以挖掘出数据中更大的价值。今天主要是给大家分享一下第三章的内容:第三章的标题为数据血缘内容思维导图如下: 数据资产管理 数据血缘 元数据 SparkSQL SQL 敏捷软件开发:原则、模式与实践读书笔记--代码的职责 虽然这本书已经有些年头了,但我还是觉得它有被读的必要,尤其是像我一样这么low的码农。在书中第5章 重构 细胞,只有拥抱变化才能拥有顽强的生命力。所以我们不要 码农 笔记-敏捷软件开发:原则、模式与实践 七年等待换来的经典 本书审校:孟岩 Robert C. Martin的经典著作Agile Software Development中文版面世,这是计算机技术出版领域的一件大喜事。即使在今天技术图书市场非常繁荣的局面下,这本书的问世也仍然是值得广大开发者格外留意和关注的事件。这不仅是因为它刚刚荣获2002年度Jolt震撼大奖,更因为这本书本身的价值和独特魅力。 面向对象设计的原则: 软件 原则 开发 模式 实践 《敏捷软件开发:原则、模式与实践》 /*免责声明:全部内容都属于是段友分享,我只是属于整理。**//*写在前边,个人觉得****弄一个积分下载,就是在自掘坟墓。 百度网盘 软件开发 手机app 敏捷软件开发读书笔记1 Manifesto for Agile Software DevelopmentIndividuals and interactions over processes and tools building the team is more important thant building the environment.Working so 职场 休闲 agile 敏捷软件开发读书笔记2 The Pratices of Extreme ProgrammigWhole TeamUser StoriesShort CyclesAcceptance TestsPair ProgrammingTest-Driven DevelopmentCollective OwnershipContinuous IntegrationSustainable Pace XP 职场 休闲 敏捷软件开发、模式、原则与实践摘录 敏捷软件开发、模式、原则与实践摘录敏捷开发遵循的原则:我们最优先要做的是通过尽早的,持续的交付有价值的软件来满足客户满意体来构建项目。给他们提供所 开发人员 依赖关系 迭代 敏捷软件开发读书笔记3 IV Planning Game from XPInitial ExplorationSpiking ,Splitting,and VelocityRelease PlannningIteration PlanningDefining "Done"Tast PlanningIteratingTracking V TestingTest-Driv 职场 休闲 Agile 敏捷软件开发:原则、模式与实践(C#版) 刚才在china-pub看到《敏捷软件开发:原则、模式与实践(C#版)》已经出版了。这本书是以前那本《敏捷软件开发:原则、模式与实践》的C#版,这是不是说明C#程序员的数量已经多到Robert Martin无法忽视的程度了呢?:) 既然说到了图书,就再推荐一本我现在正在温习的,《高级.NET程序设计》(《Advanced .NET Programming》,中文版 职场 休闲 敏捷软件开发 敏捷软件开发--敏捷开发原则 编写单元测试是一种验证行为,更是一种设计行为。测试时一个无价的文档。如果你想知道如何调用一个函数或者创建一个对象,会有一个测试展示给你看。什么是设计?不应该认为设计就是一组和代码分离的UML图。一组UML图也许描绘了设计的一些部分,但是它不是设计。(还是要代码化)僵化性是指难以对软件进行改动,即使是简单的改动。如果单一的改动会导致有依赖关系的模块的连锁改动,那么设计就是僵化的。脆弱性是指在进行一个改动时,程序的许多地方就可能出现问题。要修正这些问题就又会引出更多的问题。牢固性是指设计中包含了其他系统有用的部分,但是要把这些部分从系统中分离出来所需要的努力和风险是巨大的。晦涩性是指模块难以理解。 应用程序 单元测试 软件设计 面向对象技术 单一职责原则 敏捷软件开发:原则、模式与实践 一次编程实践 保龄球记分代码 //类Scorepackage com.java.bowlingscore;public class Scorer {public void addThrow(int pins){itsThrows[itsCurrentThrow++]=pins;}public int scoreForFrame 保龄球 记分 《scrum实战-敏捷软件项目管理与开发》读书笔记 负责软件项目管理有段时间了,偶然得到一本讲scrum的书,摘出了一些自己看得懂的文字。核心价值观个体和互动高于流程和工具;工作的软件优先于文档客户合 开发人员 实际开发 软件项目管理 《敏捷软件开发-原则、方法与实践》-Robert C. Martin   Review of Agile Software Development: Principles, Patterns, and Practices 本书主要包含4部分内容,这些内容对于今天的软件工程师都非常的重要,它们是: ●Agile方法:主要讲述了如何去使用Agile方法,其中有很大一部分内容是告诉你为什么要这样做。 ●面向对象设计原则 职场 软件开发 休闲 敏捷软件开发 blank 软件开发的演变与敏捷实践 软件开发的历史可以追溯到20世纪40年代,当时计算机主要用于科学计算。随着计算机技术的发展,软件开发逐渐成为一个独立的领域。在早期,软件开发主要采用瀑布模型,这是一种线性的开发方法,每个阶段需要完成特定的任务,然后才能进入下一个阶段。然而,随着软件系统的复杂性增加和市场竞争的加剧,传统的瀑布模型逐渐暴露出一些问题。首先,由于需求分析和设计阶段的耗时较长,导致开发周期过长,难以适应快速变化的市场需 软件开发 迭代 敏捷开发 敏捷软件开发实践-概括 敏捷软件开发实践 Agile 敏捷软件开发 敏捷软件开发11个原则 在需求变化频繁的环境下,敏捷是个不错的选择。 职场 敏捷开发 休闲 敏捷软件开发宣言及原则 宣言: 个体和交互 胜过 过程和工具 可以工作的软件 胜过 面面俱到的文档 客户合作 胜过 合同谈判 响应变化 胜过 遵循计划 原则: 1. 我们最优先做的是通过尽早、持续的交付有价值的软件来使客户满意。 2. 即使到了开发的后期,... 时间间隔 项目开发 开发者 开发人员 编程 软件开发模式:瀑布与敏捷对比 在软件开发时,经常面对的第一个项目实现决策是“我们应该使用哪种开发方法?”这是一个引起很多讨论(和激烈辩论)的话题。如果您以前没有使用过这种方法,那么适当了解开发方法和理论是必要的;简单地说,这是一种组织软件开发工作的方法。这与项目管理的风格或特定的技术方法无关,尽管您经常会听到这些术语混在一起或互换使用。最流行的两种基本方法是:瀑布开发和敏捷开发。这两种方法都是可用的、成熟的方法。现在,说起敏捷 敏捷开发 瀑布开发