InfoQ

InfoQ

编辑特辑

“Vikas Hazrati”相关的内容


Vikas Hazrati的新闻

安全代码开发:敏捷的牺牲者?

主题
敏捷,
安全

敏捷团队以快速产生可靠和高质量的代码而著称。然而,快速交付的压力可能会导致走捷径的评审,缩减测试并缺乏对安全代码的重视。安全开发与敏捷共存是否只是一厢情愿的想法呢?

重构时应避免过度思考

主题
设计,
重构,
敏捷

重构是一门在不改变软件外部行为情况下,改善既有代码内部结构的一门技术。从表面来看,重构需要引入大量的思考行为,然而,过度地思考同样会产生不利的影响。

IT项目:超支400%,却只实现了25%的收益

主题
敏捷,
统计,
调查

Flyvbjerg和Budzier在哈佛商业评论上发表了一份令人震惊的研究报告,这份报告已引起了很多人的注意。他们在报告后面提出了忠告:IT项目的风险远高于我们的想象。

结对编程:肩并肩还是面对面

主题
结对编程,
敏捷

结对编程是一门敏捷软件开发的技术,其目的是让两个开发人员共同在同一个工作站上工作。关于结对编程所带来的好处已广为流传,相应的技术和方法也得到了广泛实践。然而,在进行结对编程时,最好的安排座位的方法又是怎样的呢?

构建产品需要多久?

主题
敏捷技术,
敏捷

这是客户常常提出的问题,也是让敏捷团队感到不爽的问题。一方面,在没有开始动手前就估算整个产品功能的工作量,等于无头苍蝇到处乱撞。然而,很多情况下,这是一个很现实的问题,团队不能将其抛在脑后。

计算速度是否要把bug修复考虑在内?视情况而定

主题
敏捷技术,
值和度量,
敏捷

计算速度是否要把bug修复考虑在内?近来,在这个问题上有大量争论。看起来似乎没有一个绝对正确的答案。不过,敏捷人士提出一些建议,说明什么时候应该考虑,如何放进去,以及什么时候可以避免。

2011年最热门的敏捷书籍排行榜

主题
敏捷实施,
企业级敏捷,
敏捷,
图书

Jurgen Appelo已是连续第二年提供由他整理的前100名敏捷书目。该书目是根据来自Amazon.com和GoodReads.com两网站的平均评分和评分次数综合统计得出的。计分时也考虑了出版年份的因素。

开放式办公布局有损大脑!

主题
协作技术,
协作,
敏捷实施,
团队工作,
企业级敏捷,
敏捷

开放式办公布局通常被认为是敏捷团队的默认布局。而枯燥无味的隔间农场已成为过去。众所周知,开放式办公室有助于促进沟通、协作、以及建立更强大的团队。是否一切都如听起来那么美好?

Scrum到底有多教条?

主题
敏捷实施,
企业级敏捷,
Scrum,
敏捷

Scrum被视作是一种适应性和灵活性俱佳、旨在改进开发过程的软件开发方法。多年以来,Scrum的成功案例比比皆是。然而,一些团队依然察觉到许多刻板、教条之处。这究竟是Scrum本身有问题,还是实践过程有瑕疵呢?

不堪重负的宣言

主题
软件工匠,
敏捷宣言,
敏捷

根据定义,宣言是公开声明的原则和意图,描述了一组动机、论证和需要。最流行的宣言之一是敏捷宣言,但自此宣言迅速泛滥。