标签:韵律学

标签

API设bet188足球计·学术界·敏捷的·敏捷采用·分析模式·应用程序体系结构·应用程序集成·坏事·大数据·棋盘游戏·建立脚本·认证·干净代码·协作·计算机历史·会议小组·会议·连续输水·数据库·bet188足球·词典·分布式计算杂志·改道·多样性·文档·领域驱动设计bet188足球·特定于域的语言·国内的·包封·企业架构·估计·事件体系结构·进化设计bet188足球·说明性架构·极限规划·小工具·IEE软件·信息甲板·互联网文化·面谈·语言功能·语言工作台·倾斜·遗产康复·合法的·韵律学·微服务·微软·可移动的·模型视图控制器·NoSQL·对象协作设计bet188足球·分析器生成器·摄影·播客·流行的·演示文稿·隐私·过程理论·生产力·编程平台·项目规划·项目·招聘·188足球比分直播·188足球比分直播重构边界·需求分析·回顾·红宝石·并列争球·安全·软件工艺·谈论视频·团队环境·团队组织·技术债务·技术领导·测试类别·测试·思想作品·工具·旅行·UML·版本控制·网站开发·Web服务·网站·写作

二千零一十九·二千零一十八·二千零一十七·二千零一十六·二千零一十五·二千零一十四·二千零一十三·二千零一十二·二千零一十一·二千零一十·二千零九·二千零八·二千零七·二千零六·二千零五·二千零四·二千零三·二千零二·二千零一·二千·一千九百九十九·一千九百九十八·一千九百九十七·一千九百九十六

所有内容

适当使用度量标准

帕特里克夸

管理层喜欢他们的标准。这种想法是这样的,“我们需要一个数字来衡量我们的表现。数字关注人们,帮助我们衡量成功。”尽管出于善意,数量管理无意中会导致问题行为,最终会减损更广泛的项目和组织目标。度量本身并不是坏事;只是经常,使用不当。本文阐述了管理层传统使用度量标准所引起的许多问题,并提出了解决这些功能紊乱的替代方案。

2013年2月19日

文章


估计利息

技术债务是一个非常有用的概念,但它提出了一个问题,你如何测量它?不幸的是,技术债务不像金融债务,所以,要知道你现在的处境不容易(尽管我们最近似乎在衡量这类金融产品方面遇到了一些困难)。

2008年12月10日

比利克


功能长度

在我的职业生涯中,我听过很多关于函数应该有多长时间的争论。这是一个更重要的问题的代理——我们什么时候应该将代码包含在它自己的函数中?其中一些准则是基于长度,例如,函数不应大于屏幕上的大小。有些是基于重用的——任何使用过多次的代码都应该放在自己的函数中,但只使用一次的代码应该保持内联。对我来说最有意义的论点,然而,是意图与执行的分离.如果你必须花费精力去寻找一段代码来找出什么它正在做,然后,您应该将其提取到一个函数中,并在该函数后面命名为“what”。这样当你再读一遍的时候,这个功能的目的就在你身上跳出来,大多数时候,你不需要关心函数是如何实现它的目的的——函数的主体。

2016年11月30日

比利克


严格敏捷

我经常抱怨敏捷方法没有各种各样的定义。抱怨者可能会谈论这意味着你无法判断某个特定的团队是否在使用敏捷方法。他们还可能说,这使得教人们如何使用敏捷方法变得困难——课程是什么?

在某种程度上,我确实感觉到了这种抱怨的痛苦——但我承认没有治愈方法。缺乏严格性是敏捷方法定义本质的一部分,其核心理念的一部分。

2005年5月29日

比利克


测试覆盖率

我经常听到有人问他们应该追求什么样的测试覆盖价值(也称为代码覆盖)。或者自豪地说出他们的覆盖水平。这种说法没有切中要害。测试覆盖率是查找代码库未测试部分的有用工具。测试覆盖率很少用作测试质量的数字声明。

2012年4月17日

比利克

无法测量生产能力

我们看到了很多关于软件过程、设计实践等的情感讨论。bet188足球许多这些论点是不可能解决的,因为软件行业缺乏衡量软件开发有效性的一些基本要素的能力。尤其是我们无法合理衡量生产力。

2003年8月29日

比利克


五重袋

你不能把十磅大便放进一个五磅重的袋子里

--任何尝试过的人

当我和肯特写计划极限编程时,我们引用了这句异想天开的话来帮助我们了解计划的本质。

2005年10月13日

比利克


估算目的

我第一次接触敏捷软件开发是在极限编程的曙光.那个项目给我留下深刻印象的一件事是我们进行计划的方式。这包括一种估算方法,它既轻又比我以前看到的更有效。十多年过去了,现在,经验丰富的专家们就估算是否值得进行争论,或者确实是非常有害的。我认为,要回答这个问题,我们必须考虑估计值的用途。

2013年2月27日

比利克


标准故事点

我最近听到了一些关于使用极限规划的规划方法为多个团队制定标准故事点机制的问题。希望有几支球队能吸引到相同的故事点,所以一个团队的三个故事点和另一个团队是一样的。

我想尝试以有限的价值达到最好,最危险的。

2004年9月6日

比利克


失败的原因

混沌报告说只有34%的项目成功。

斯坦迪什集团混沌报道多年来一直在谈论IT项目上浪费的数十亿美元。34%的成功率实际上比2001年28%的数字有所改善。但是“失败”到底是什么意思呢?

2003年5月15日

比利克