剖析短迭代
敏捷教练Dave Nicolette提出:我们应该如何设定迭代长度?是要根据发布周期的时间么?使用短迭代又有哪些好处?
作者 Werner Schuster译者 孙向晖 发布于 2007年10月25日 下午8时0分
Eric Hodel宣布发布了Ruby Gems的0.9.4.5版本,Ruby Gems是流行的Ruby打包管理系统。该版本是0.9.5的Beta发布版,增加了一些新的特性:
--no-update-sources)-B,--bulk-threshold)gem fetch命令-v时,gem已经可提供非常翔实的输出维护RubyForge的Tom Copeland解释了包索引方式的变化历程,它将增强Ruby Gems的可靠性:
从前你可能在运行gem install时见到过这个消息:$ gem install rails ERROR: While executing gem ... (Gem::GemNotFoundException) Could not find rails (< 0) in any repository然后当你在5分钟后运行“gem install rails”时,一切又正常了。这和当时我们在RubyForge上重建gem索引的方式有关——我们“刚好”在重建,所以当前的索引会被重写,在构建的过程完成之后才会被传递出去。这会持续一段合适的时间(大约10分钟左右),在这段时间内索引基本上是空的。嘘。
[……]Eric Hodel已经调整gem索引构建器,将其构建到一个临时目录,而后将其移到正确位置。所以那些gem索引的停歇已经成为历史。多谢了,Eric!
同时,Wilson Bilkovich增加了一种新的编组(Marshal)格式化的索引,这将减少带宽的使用和内存的消耗。现在使用编组式索引更新所耗的内存仅需30M左右,取代了原来120M左右的批量yaml索引更新。
如果想更新到Ruby Gems 0.9.4.5只需简单的执行:
gem update --system --source http://segment7.net/
与Ruby 1.9兼容性相关的特性列表项暗示了Ruby Gems的未来:纳入到Ruby 1.9标准中。这源于笹田耕一(Sasada Koichi)过去发布于7月份的一个帖子:
Matz计划引入gem到Ruby1.9中。有人对此举有何建议吗?
- 可行性/引入的困难度(谁来维护gem?)
- 兼容性
- 以及其他问题
随之而来的讨论在十月份再一次回升,现在更关注于Ruby Gems在Ruby 1.9的本质细节。例如打包管理的名字和行为之类事情的规范正在持续讨论当中。
查看英文原文:Ruby Gems: new release and plans for inclusion in Ruby 1.9本文主要讲述了如何用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的未来规划。
1 条回复
回复