剖析短迭代
敏捷教练Dave Nicolette提出：我们应该如何设定迭代长度？是要根据发布周期的时间么？使用短迭代又有哪些好处？
新闻
使用Mono和GtK#避免Gtk+升级影响
作者 Jonathan Allen译者 朱永光 发布于 2008年7月25日 上午1时43分
Gtk+ 3.0计划中的改变已激起相当多的争议。很多人正极力反对过多的重大改变，理由是这些改变会导致“代码质量问题”，而且也没有带来什么新特性。另外，这些问题还会影响Gtk+的重要使用者，比如那些依赖这个框架的应用程序开发人员。
Havoc Pennington也怀疑这些改变的有效性，
和其他人一样，我对任何事情也都抱有怀疑态度，“清理代码”或“清除废弃的东西”这样的声明已经不攻自破了……有时，代码清理是很重要的，因为要改正或者理解那些使用中的代码是不太可能的。但是，对于废弃了的GTK+控件并非这样；它们只是静静地“躺在那里”，不会造成什么影响，最糟糕的结果也不过是一些修饰问题。据我所知，它们不会对那些没有使用这些控件的人造成多大的影响。
与此同时，Morten Welinder也在担心他现有的一些应用程序是否能正常运行，
开发庞大的应用程序是一件费时费力的工作，所以当我编写了部分（希望是）设计优良的代码后，我希望这些代码能保持不变。我不希望未来发布的GTK+废弃了那些我使用的东西，实际上，那会导致我的代码失效。（并且，我真的不希望为同一个任务编写两份不同的代码：一个用于“老”的GTK+，另外一个用于“新”的GTK+。）
这些问题不止存在于第三版中。Kristian Rietveld已经向大家交待过，他们将会引入一些未来3到4年的重大改变。
但是，机会总是与磨难并行。在GTK+ API不断改变的过程中，GTK# API一直没有打算要大动干戈。正如Jeffrey Stedfast指出，Mono开发人员可以不用理会这些问题，Gtk# 2的应用程序无需任何改变就可以运行在Gtk# 3上。
查看英文原文：Using Mono and Gtk# to Survive the Gtk+ Treadmill.gif)
没有回复
回复