注册会员 | 设为首页 | 加入收藏夹
您好，欢迎光临本网站！[请登录] ！[注册会员]！  

搜索资源列表

  1. 编程匠艺—编写卓越的代码

  2. 书中主要介绍的内容如下：我大致列了一下： 第I篇 代码表面第一部分 第1章 善于防守——健壮代码的防御性编程技巧 3 1.1 向优秀的代码前进 4 1.2 设想：最坏的选择 4 1.3 什么是防御性编程 6 1.4 又大又坏的世界 8 1.5 防御性编程技巧 8 1.5.1 使用好的编码风格和合理的设计 9 1.5.2 不要仓促地编写代码 9 1.5.3 不要相信任何人 10 1.5.4 编码的目标是清晰，而不是简洁 10 1.5.5 不要让任何人做他们不该做的修补工作 11 1.5.6 编译

  3. 所属分类：网络基础

    • 发布日期：2009-05-06
    • 文件大小：2097152
    • 提供者：yuecl_1220

  1. 面对软件错误构建可靠的分布式系统

  2. 近年来，“多核”、“分布式计算”、“集群计算”、“大并发量处理”等名词逐步从实验室中的概念走向了大众社会的应用，并给许多公司带来了商业上的巨大成功。一个新的信息处理时代已经悄然来临，召唤着新的适应这个时代的软件开发方法和工具。其实早在1986年，在Ericsson就有一些专家开始了如何编写出可靠的分布式系统方面的探索和研究。这些研究成果，成就了可靠性达到99.9999999%的目前世界上最复杂的ATM交换机，并给我们带来了Erlang/OTP这套开源的开发工具和平台。Joe Armstrong

  3. 所属分类：硬件开发

    • 发布日期：2008-11-21
    • 文件大小：1048576
    • 提供者：robbie1

  1. 软件测试理论

  2. 软件测试理论篇 一、为什么软件要做软件测试 纵观历史事件说明软件测试的重要性 二、软件测试的概念 1、测试是为了发现错误而执行程序的过程 ; 2、在规定条件下，对程序进行操作，以发现错误，以软件质量进行评估 ; 3、使用人工或者自动化手段，来运行或者测试某个子系统的过程，其目的在于检查它是否 存在满足规定需求或弄清预期结果与实际结果之间的差别（ IEEE ：美国电气和电子工程师 协会）应用程序管理工具 2、软件基础知识:软件工程,软件生命周期、测试理论和测试方式有较深的理解 3、软件测试技术,方

  3. 所属分类：软件测试

    • 发布日期：2019-01-11
    • 文件大小：37888
    • 提供者：qq_33303936

  1. 软件工程新方法学(敏捷建模AM)

  2. 版权申明：本文的翻译没有获得作者的授权，所以这篇译文仅作为学习使用。禁止任何人转载此文获作为商业用途，如果有任何人认为这篇文章侵犯了你的权利，请来信告诉我们。MartinFowler在过去几年中，敏捷方法（agilemethodologies）（也被称为轻量级方法，lightweightmethodology）正在迅速升温。它能够有效的解决软件开发中的官僚作风，让大家的注意力重新集中在软件的秀丽风景中。这篇文章展示了轻型方法产生的原因,当然不是讨论它们的重量，而是他们那符合自然规律和以人为先的特

  3. 所属分类：其它

    • 发布日期：2021-03-05
    • 文件大小：218112
    • 提供者：weixin_38749863

  1. 敏捷开发之12条敏捷原则

  2. 上篇敏捷开发之4句敏捷宣言中讲了敏捷开发的价值观,从这些价值观中可以引出下面的12条原则，它们是敏捷实践区别于重型过程的特征所在。在AgileSoftwareDevelopment－Principles,Patterns,andPractices（中文书名：敏捷软件开发－原则、模式与实践）中对这12条原则分别进行了阐述，这里我就不重复解释书本的内容了，将从我个人的理解去讲解这些原则，希望大家多多补充独到见解。1、我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意规划迭代故事时必须按

  3. 所属分类：其它

    • 发布日期：2021-03-02
    • 文件大小：602112
    • 提供者：weixin_38713412

  1. 在Scrum实施效果并不理想的企业推进敏捷实施

  2. 敏捷软件开发方法在业界广泛受到关注，尤其是其中的SCRUM方法，更是广泛流行，几乎成了“敏捷”的代名词。之所以流行，一个很重要的原因是SCRUM从管理角度出发，易理解，看上到比较容易，所以也比较受管理者的青睐。然而，SCRUM的创始人之一肯.施瓦伯（KenSchwaber）在2009年的一篇博文上说：“目前实施SCRUM的软件企业中，有75%企业可能无法得到它们想达到的效果。（Iestimatethat75%ofthoseorganizationsusingScrumwillnotsucceed

  3. 所属分类：其它

    • 发布日期：2021-03-02
    • 文件大小：542720
    • 提供者：weixin_38751031

  1. VisualStudioTeamArchitect团队的敏捷开发（第三部分）

  2. 我在这个敏捷软件开发系列的上一篇文章中讲述了我们团队计划sprint的过程。在这篇文章中，我将会进入执行环节，详述我们如何进行一个具体sprint的实施。在开始之前，首先来回顾一下我们是如何得到在sprint中需要实现的用户故事（UserStory）列表的：首先，团队会根据开发团队在以往sprint的经验中得出的团队开发速度评估，以及对产品待开发事项（ProductBacklog）的粗略的成本评估。基于这两个评估，开发团队从产品待开发事项中挑选出一个用户故事的候选列表，提交给产品利益相关者（St

  3. 所属分类：其它

    • 发布日期：2021-02-27
    • 文件大小：321536
    • 提供者：weixin_38748721

  1. 为什么Scrum不行？

  2. 这篇文章的原文在这里（）（下文不是全译，也不是部分译，我只是把其总结，有我自己的发挥，但是原意大致不变），这篇文章完全是在调侃Scrum的，作者第一段就是一个免费声明，其说他是Scrum和其它敏捷方法的bigfan，他也认为Scrum100%对软件开发可行。作者使用Scrum5年了，也公开作过几次敏捷的分享会。他觉得写这篇文章只是为了好玩，因为他们戴上EdwarddeBono的blackhat（黑礼帽–是6个思考之帽中的一种——负面思考，思考事物的负面因素，这样才知道：它会起作用吗？缺点是什么？

  3. 所属分类：其它

    • 发布日期：2021-02-26
    • 文件大小：151552
    • 提供者：weixin_38535221

  1. 敏捷产品管理之Story

  2. 产品Backlog，它是敏捷团队管理开发过程的核心，所有的活动和交付物都围绕产品Backlog来进行。一个完整的产品Backlog=估点的用户故事（UserStory,之后统称为Story）+优先级+验收标准。那为什么Story是作为描述产品Backlog最好的形式？我们又如何编写有效并且粒度合适的Story来帮助团队成员在理解需求上达成一致，共同决策呢？本篇我就带着你从理解Story开始，经过建模、搜集、编写、估算，让“一张卡片”发挥出它的洪荒之力，快速挖掘需求，理解需求。用户故事软件需求是一

  3. 所属分类：其它

    • 发布日期：2021-02-24
    • 文件大小：491520
    • 提供者：weixin_38593823

  1. 敏捷开发之12条敏捷原则

  2. 上篇敏捷开发之4句敏捷宣言中讲了敏捷开发的价值观,从这些价值观中可以引出下面的12条原则，它们是敏捷实践区别于重型过程的特征所在。在AgileSoftwareDevelopment－Principles,Patterns,andPractices（中文书名：敏捷软件开发－原则、模式与实践）中对这12条原则分别进行了阐述，这里我就不重复解释书本的内容了，将从我个人的理解去讲解这些原则，希望大家多多补充独到见解。1、我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意规划迭代故事时必须按

  3. 所属分类：其它

    • 发布日期：2021-02-21
    • 文件大小：602112
    • 提供者：weixin_38610717

  1. 软件工程新方法学(敏捷建模AM)

  2. 版权申明：本文的翻译没有获得作者的授权，所以这篇译文仅作为学习使用。禁止任何人转载此文获作为商业用途，如果有任何人认为这篇文章侵犯了你的权利，请来信告诉我们。MartinFowler在过去几年中，敏捷方法（agilemethodologies）（也被称为轻量级方法，lightweightmethodology）正在迅速升温。它能够有效的解决软件开发中的官僚作风，让大家的注意力重新集中在软件的秀丽风景中。这篇文章展示了轻型方法产生的原因,当然不是讨论它们的重量，而是他们那符合自然规律和以人为先的特

  3. 所属分类：其它

    • 发布日期：2021-02-04
    • 文件大小：218112
    • 提供者：weixin_38737521

  1. 敏捷软件开发（中篇）

  2. 在《敏捷软件开发》上中下系列的上篇里，我们探讨了开发人员做法，也回顾了技术优势如何大幅提高软件质量。第一部分把重点主要放在了测试－编码－重整循环上。现在我们转到中间一个圆环，看看敏捷开发做法如何在小组这一层次发挥作用。　让小组高效工作——小组做法　一旦每个开发人员都在紧密围绕中心圆环的反馈循环工作时，我们就可以看看整个开发小组能够如何以更加敏捷的方式工作。小组这一层次的做法是敏捷开发的核心，因为它们能够显示出小组成员可以如何更加高效地一起工作并推动共同进行技术决策。我们将分别从四个方面来讨论小组

  3. 所属分类：其它

    • 发布日期：2021-02-04
    • 文件大小：344064
    • 提供者：weixin_38534683

  1. 敏捷软件开发（上篇）

  2. 作为三篇系列文章的第一篇，我们将带你了解敏捷软件开发的重要做法——如何使用它们、你可能会碰到什么样的问题，以及你将从它们那里获得什么。敏捷软件开发不是一个具体的过程，而是一个涵盖性术语（umbrellaterm），用于概括具有类似基础的方式和方法。这些方法，其中包括极限编程（ExtremeProgramming）、动态系统开发方法（DynamicSystemDevelopmentMethod）、SCRUM、Crystal和Lean等，都着眼于快速交付高质量的工作软件，并做到客户满意。尽管构成这个

  3. 所属分类：其它

    • 发布日期：2021-02-04
    • 文件大小：168960
    • 提供者：weixin_38595473

  1. VisualStudioTeamArchitect团队的敏捷开发（第三部分）

  2. 我在这个敏捷软件开发系列的上一篇文章中讲述了我们团队计划sprint的过程。在这篇文章中，我将会进入执行环节，详述我们如何进行一个具体sprint的实施。在开始之前，首先来回顾一下我们是如何得到在sprint中需要实现的用户故事（UserStory）列表的：首先，团队会根据开发团队在以往sprint的经验中得出的团队开发速度评估，以及对产品待开发事项（ProductBacklog）的粗略的成本评估。基于这两个评估，开发团队从产品待开发事项中挑选出一个用户故事的候选列表，提交给产品利益相关者（St

  3. 所属分类：其它

    • 发布日期：2021-02-03
    • 文件大小：321536
    • 提供者：weixin_38730129

  1. 在Scrum实施效果并不理想的企业推进敏捷实施

  2. 敏捷软件开发方法在业界广泛受到关注，尤其是其中的SCRUM方法，更是广泛流行，几乎成了“敏捷”的代名词。之所以流行，一个很重要的原因是SCRUM从管理角度出发，易理解，看上到比较容易，所以也比较受管理者的青睐。然而，SCRUM的创始人之一肯.施瓦伯（KenSchwaber）在2009年的一篇博文上说：“目前实施SCRUM的软件企业中，有75%企业可能无法得到它们想达到的效果。（Iestimatethat75%ofthoseorganizationsusingScrumwillnotsucceed

  3. 所属分类：其它

    • 发布日期：2021-02-03
    • 文件大小：542720
    • 提供者：weixin_38676851

  1. 为什么Scrum不行？

  2. 这篇文章的原文在这里（）（下文不是全译，也不是部分译，我只是把其总结，有我自己的发挥，但是原意大致不变），这篇文章完全是在调侃Scrum的，作者第一段就是一个免费声明，其说他是Scrum和其它敏捷方法的big fan，他也认为Scrum100%对软件开发可行。作者使用Scrum5年了，也公开作过几次敏捷的分享会。他觉得写这篇文章只是为了好玩，因为他们戴上Edward deBono的blackhat（黑礼帽–是6个思考之帽中的一种——负面思考，思考事物的负面因素

  3. 所属分类：其它

    • 发布日期：2021-01-31
    • 文件大小：144384
    • 提供者：weixin_38620959