
基于模式的架构评审
在IEEE的文章中,作者Neil Harrison 和Paris Avgeriou 讨论了一个基于模式的架构评审(PBAR)来帮助提升系统级的质量属性。他们同时还讨论了PBAR如何帮助敏捷实现,例如频繁发布、随用户需求而变以及轻量级文档。他们用实际的项目勾勒了使用PBAR的好处。

在IEEE的文章中,作者Neil Harrison 和Paris Avgeriou 讨论了一个基于模式的架构评审(PBAR)来帮助提升系统级的质量属性。他们同时还讨论了PBAR如何帮助敏捷实现,例如频繁发布、随用户需求而变以及轻量级文档。他们用实际的项目勾勒了使用PBAR的好处。
Mitchell Hashimoto,Vagrant的联合作者,Kiip公司的系统管理员,在Gothenburg的DevOps Days上的讲演中提出了一个基于经验的、将组织由传统的黑盒运维文化转型为(理想的)白盒文化的路线图,在白盒运维文化的环境中,开发人员可以自由的改变生产环境。
Facebook可能是眼下最热门的公司,受到很多关注。尽管有很多保密措施, Yee Lee(Skype的一位产品经理)还是整理了大量笔记,详细描述了Facebook是如何发布代码的。
微软澳大利亚的解决方案架构师Tom Hollander,在TechEd Australia大会上举行了一场题为“敏捷团队中的架构师角色”的演讲。在演讲中,他讨论了他作为领导敏捷团队的架构师所做的工作。
20世纪90年代,Rational 统一软件过程(RUP)作为一个集结了软件工程最佳实践的框架,被逐步建立起来。其中的一些理念,如迭代、简单、关注价值和定期反馈,都被认为对软件工程的成功至关重要。很多人都借鉴统一过程,在不同的项目领域构建了方法论。本文就是对其中一些方法论的探讨。

成功的商务战略开始于独特的价值创造。但是,企业若要完全实现其商务战略的益处,就必须使用敏捷的方式来开发并维护它们(商业战略)。敏捷的理念以及仔细运用迭代实施的经验反馈能帮助企业赢取价值并将良好的商业战略转变为卓越的商业策略。

软件产业目前的状态很混乱,开发成本越来越高,质量却越来越差。IT领域的新技术、过程以及方法论所给出的承诺与具体实现还有相当大的差距。Bruce Laidlaw和Michael Poulin都是具有超过30年的IT行业经验的专家,他们对IT在过去和现在的情况做了对比,然后对于IT需要在哪些方面做出提高给出了深刻的见解。

在本文中,InfoQ采访了Spotify (在线音乐流媒体服务公司)的运维工程师Mattias Jansson有关Spotify运维团队应用看板方法的经验。Jasson详细讲述了为何选择看板方法和Spotify的运维团队在尝试使用以看板方法为基础的方法应对日常的工作压力所取得的经验。

对于Java来说,在语言内部提供了线程的支持。但是Java的多线程应用开发会遇到很多问题。首先是很难编写正确,其次是很难测试是否正确,最后是出现问题时很难调试。一个多线程应用可能运行了好几天都没问题,然后突然就出现了问题,之后却又无法再次重现出来。如果在正确性之外,还需要考虑应用的吞吐量和性能优化的话,就会更加复杂。本文主要介绍Java中的线程的基本概念、可见性和线程同步相关的内容。