剖析短迭代
敏捷教练Dave Nicolette提出:我们应该如何设定迭代长度?是要根据发布周期的时间么?使用短迭代又有哪些好处?
作者 Niclas Nilsson译者 郭晓刚 发布于 2007年10月17日 上午10时49分
IASA成员Eoin Woods发表了一篇文章讲述他所认为的十大软件架构错误——常常要碰得头破血流才会得到的一些教训。这十大错误简要总结如下:
Eoin Woods是UBS Investment Bank的软件及企业架构师。
查看英文原文:Top Ten Software Architecture Mistakes那么用什么来描述架构?UML+ 文档 ?
比如说第一条,这完全是需求、计划等项目管理方面的问题。
单从这10条来看,做个架构师真的不容易,也明白了一个国内技术专家参加MCA面试的失败经历这个新闻中作者所感慨的内容。一个在国内工作近10年的架构师很容易就在MCA面试官面前俯首称臣,原因是“知识体系不足”。
受教了。
我们的项目已经无法满足所有的上述说法。
1.不能界定项目范围
亲身体会过,最后就是一个烂摊子,修修补补,需求不明确
5.忘了需要培养的过程
如果是国内IT的小作坊,有几家公司给予培训的时间和有培训新技术的计划?不要陷入项目就可以了...
6.平台定义不精确
的确,万一不小心升级,那就挂了。。。
7.没有灾难恢复
有多少人想到这个?或者想到了有实际实施
本文主要讲述了如何用JBoss Portlet Container 和JBoss Portlet Bridge创建新项目,怎样配置一个JSF应用去使用JBoss Portlet Bridge,以及JBoss Portlet Bridge所具备的功能。
在这篇文章里,Bryon Jacob和Chris Berry将和我们继续探讨AtomServer,它是基于Apache Abdera的完整Atom存储实现。作者还创建了几个Atompub规范扩展,其中包括自动标记、批处理和Feeds聚合。
InfoQ中文站的电子杂志《架构师》试刊第二期出版了!相比于上期,我们在内容的选择安排和版式上都根据读者的意见重新做了修正。“细节决定成败”,我们希望基于InfoQ中文站的专业内容,《架构师》能逐渐成为大家喜欢的电子刊物!
在本文中,Steven Haines探讨了Web应用性能调优问题。该领域过去更像是一门艺术而不是一门科学。他提出了一种称为基于等待调优的方法,使整个调优过程更加可度量,也因此更具科学性。
通常来说,改变技术路线时最艰难的部分是辨别语言语法之间的不同。这篇文章就为Java开发者提供了一份如何转向Flex基础语言ActionScript的指南。
本视频主要以财帮子为例,介绍了如何创建一个PV为百万级的Rails应用。其中包括:Rails应用的服务器架构、Rails Cache的优化、负载均衡的处理、Web服务器的调试、分布式解决方案、Open API的设计等等。
InfoQ首席架构师Alexandru Popescu在采访中谈论了InfoQ架构、Webwork与DWR、Hibernate与JCR、Hibernate可扩展性、最新的InfoQ视频流系统和InfoQ的未来规划。
6 条回复
回复