Martin Fowler's Bliki 中文版

记录Martin Fowler关于软件开发想法片断的blog与wiki的交叉体

2006年09月

翻译 RubyPloticus

在最近的帖子“评估Ruby”中,我提到一位同事曾在一个Web应用中加入了一些漂亮的数据图表,有人email问我是怎样实现的,我在原来那篇帖子上添了句简短的回答:用Ploticus。这就带来另一个问题——他是怎样把Ruby和Ploticus连起来的呢? 最近我自己也遇到个类似的问题,要用Ploticus把一个个人项目的一些数据图表化。我的解决办法虽然远不如那位同事的那么精致,但实际上很相似。于是我觉得应该和大家分享一下。 这个例子非常简单,但它很好地展示了一个模式——我称之为Gateway模式。阅读全文>

发表于 @ 2006年09月20日 18:12:00|评论(loading...)|编辑

翻译 让版本管理遍地开花

最近Apple发布了Time Machine,能让时光倒流来查看你的文件的所有修改,包括找回已删除的文件。 Time Machine被视为一个自动备份系统,因此它不支持版本管理系统里“提交”这种意义明确的概念。我觉得这是最好的发展方向,至少以此作为发展起点是最好的,这样利于人们习惯这种系统的思想。 我觉得更重要的一步在于把具备这种能力的范围拓展得更广,这样能给应用开发者们一个促动。我在“更广泛的版本管理”中说支持diff和merge的应用软件数量还不够。可能Time Machine能促使人们开始考虑在应用中加入这种能力,这会让版本管理更方便好用。阅读全文>

发表于 @ 2006年09月14日 12:33:00|评论(loading...)|编辑

翻译 多台桌面电脑

我经常转战于三台机器:Mac PowerBook、Windows笔记本、Ubuntu桌面。 我大部分工作文件都被Subversion管理起来了,每当切换机器时我就提交(commit)工作目录,再到新机器上更新(update)。一切都同步得好好的,还全面享受了版本管理服务。阅读全文>

发表于 @ 2006年09月12日 20:22:00|评论(loading...)|编辑

翻译 更广泛的版本管理

作为版本管理工具的重度用户,我觉得版本管理可以拓展到计算机的更多应用领域。目前除了软件开发者,很少其他计算机用户会用版本管理,但软件开发者们都知道它对协同工作的意义实在太重大了——因为它允许多个人一起工作于同一软件系统上。如果把版本管理的应用范围拓展到更广会带来什么好处呢? 既然所有人都可以轻松获得并使用Subversion,那么让常规的应用软件向这个方向发展或许正是开源社区的一个契机。由此浮现出来的一些好点子会真正提高协同工作水平。阅读全文>

发表于 @ 2006年09月11日 10:33:00|评论(loading...)|编辑

翻译 语义diff

如果diff有了语义,它就不单单知道改变的效果,还能理解做这个修改的目的了, 举个例子,想一下我用工具对一个class做了一个提炼函数(Extract Method)重构,两个版本之间只有这个修改。现在的diff工具只能看到代码文本变了,但它们不知道我刚才做的是一个重构,因此查看diff结果只能告诉我哪儿修改了,无法以某种方式凸显这是个提炼函数重构。如果真能知道我做了什么,merge功能也会更好用。阅读全文>

发表于 @ 2006年09月11日 10:22:00|评论(loading...)|编辑

翻译 即席演讲

不久前Jon Udell把公开演讲根据其特点划分为按稿讲和按幻灯片讲两类,我多数的公开演讲是另外一类——即席演讲。即席演讲准备工作很少,比一个粗略提纲多不了什么,其余所有内容随讲随想。阅读全文>

发表于 @ 2006年09月07日 09:38:00|评论(loading...)|编辑

翻译 翻译

不仅有人愿意把自己宝贵的工作时间浪费在阅读这个博客上,而且还有人愿意翻译它。我很欢迎一份中文翻译版加入,现在正在由马皓明做这件事。我被告知自己拥有广大的中国读者,我很欢迎他们来这里看我这些不甚成熟的想法。 在页面边侧,可以找到多种语言翻译版本的永久链接。阅读全文>

发表于 @ 2006年09月04日 06:52:00|评论(loading...)|编辑

翻译 评估Ruby

我自己喜欢用Ruby,我们的客户就也应该用吗——两件事距离甚远。但我们可以根据其特性评估它是否适合用来做客户的项目,这就引起对后边一堆东西好坏利弊的争论:动态类型、惯例重于配置(convention over configuration)、进程 VS 线程,等等。这些讨论有帮助,但我对此持审慎态度,因为只凭空争论无法判断的事情太多了——有些东西在高尔夫球课上听起来头头是道,但它们致使客户项目进展变慢让我们多投入的时间难道还少吗?所以,我做判断倾向于依据现实经验——要找到人们在主流环境下交付项目的跟踪记录,还有使用Ruby开发的记录。 我已经可以根据好几个项目的经验做分析了,到目前为之,分析结果力挺Ruby。每次我问他们:“你觉得用Ruby 比用Java或C#生产力有显著提高吗?”我听到的无一例外都是一句有力的肯定:“是的!” 了解了来自我们值得信赖的同事们的切身经验,我对在注重速度、响应性以及生产力的严肃工作中使用Ruby持越来越肯定的态度。阅读全文>

发表于 @ 2006年09月02日 16:11:00|评论(loading...)|编辑

Csdn Blog version 3.1a
Copyright © mfowler