[Dearbook]- Martin Fowler北京书友会
-
6月4日13:30，北京书友会隆重举行，Martin Fowler先生应邀出席。
到场嘉宾- Martin Fowler
- Sidney Pinney（ThoughtWorks中国分公司总经理）
- 郭晓（ThoughtWorks中国分公司技术总监）
- 韩磊（CSDN网站负责人）
- 潘加宇（UMLChina负责人，软件工程专家）
- 白慧东（软件工程专家）
- Martin Fowler著作的译者代表
- Martin Fowler著作金牌读者
13：30 主持人致辞 宣布会议开始
13：40 ThoughtWorks中国分公司总经理Sidney Penney致辞
13：50 CSDN网站负责人韩磊致辞
14：00 Martin Fowler先生发表主题演讲
14：40 UMLChina负责人潘加宇发表主题演讲
15: 00 Martin Fowler著作的译者代表发表主题演讲
15: 30 金牌读者颁奖仪式
- 敏捷技术专家圆桌会
- 6月3日14时，北京敏捷技术专家圆桌会隆重举行，Martin Fowler先生应邀出席。
到场嘉宾 - Martin Fowler
- Sidney Pinney（ThoughtWorks中国分公司总经理）
- 郭晓（ThoughtWorks中国分公司技术总监）
- 刘新生（独立软件咨询师，软件工程专家）
- 黄海波（北京红工场软件公司总经理，XP专家）
- 宋兴烈（北京思维加速软件公司技术总监）
- 潘加宇（UMLChina负责人，软件工程专家）
- 袁红岗（金碟中间件公司技术总监，J2EE专家）
- Michael Robbins（www.tianji.com 技术总监）
- 徐昊 (思维加速公司 J2EE专家)
14：00 主持人致辞 宣布会议开始
14：10 ThoughtWorks中国分公司总经理Sidney Penney致辞
14：25 Martin Fowler先生发表主题演讲
15：00 CSDN聊天室问题解答；现场观众问题解答
15: 20 技术圆桌会议
16: 35 网友提问；现场观众提问
17: 00 Martin Fowler先生对中国程序员和企业提出建议，并与到场嘉宾一同作纪念签名Martin Fowler：如果我一定要给一个建议，我会说软件开发是一个不断学习的过程，一定要不断的接触新技术和知识，不断的学习巩固自己，才能真正的在软件开发里真正的最后成功，或者说多看我的网页就好了。
主持人 CSDN技术主管熊节致开幕辞
活跃的现场气氛
Sidney Pinney先生致辞
现场观众给“马大叔”的速写
技术圆桌会议
聚精会神的听众 - 关于Martin Fowler
-
Martin Fowler是ThoughtWorks的首席科学家。从80年代开始，他就一直从事软件开发的工作。在80年代中期，他对面向对象开发这个新领域发生了兴趣。他擅长在商业信息系统中加入面向对象的思想。时至21世纪，他又在UML推广普及、领域建模、企业应用开发和敏捷方法等方面建树卓著，被称为软件开发的教父。
- 《程序员》：名人堂--Martin Fowler
现在最前卫的软件开发方法是什么？相信很多人都会说：XP（极限编程）。提到XP，就不能不提到作为XP基础的重构（refactoring）技术。而提到重构技术，你就应该认识一下Martin Fowler。
现在，Martin Fowler有一个令人肃然起敬的头衔——ThoughtWorks的首席科学家。这是一家系统集成及顾问公司。2000年三月，他放弃了自己长时间从事的成功的职业，改做一名独立顾问，因为他发现在以前的公司里不能发挥自己的才能。 - 《中华读书报》：Martin Fowler：英国口音的软件工程
在一些罕见的情况下，大师会被阐释者夺走自己的创见。比如在软件工程界就有这么一句话：“统一建模语言（UML）的发明者Grady Booch本人，都不一定比Martin Fowler更会用UML。”这说的是知名软件工程专家，《UML Distilled》（中译UML精粹，清华大学出版社2002年出版）的作者Martin Fowler
- 《程序员》：名人堂--Martin Fowler
- Martin Fowler的著作
-
-
《企业应用架构模式》
这是我的最新著作，同时我认为它是最难写的一本书。在与 Dave Rice 就 J2EE 体系结构进行探讨之后，我有了编写这本书的想法，而后反复思虑我们在 C++、Forte、CORBA 和 Smalltalk 中学到的概念是如何在使用 Java 进行好的设计开发时起重要作用的。在这本书中，我希望记下一些模式，以便对开发人员有所帮助，而无论其平台是何种系统。我们从2002 年开始使用 .NET时，这些模式的价值就体现出来了 -
《重构：改善既有代码的设计》
重构是一种可控技术，可用于改进现有代码的设计。其本质是应用一系列保护转换的微小行为，而每一个行为"微小得让人不屑一顾"。但是，每一个转换所带来的累积效应则是非常显著的。通过在划分得非常细小的步骤中执行操作，可以减少产生错误的风险。在进行重建时，也可以避免让系统中断。这样，便可以逐步地重构系统，只不过时间要长一些 -
《UML 精粹：标准对象建模语言简明指南》
UML 出现于 1997 年，可用于消除面向对象的环境中使用的图形建模语言所遭遇的混乱状况。在 UML 之前，有很多这样的语言，在各种各样的恼人问题上都不尽相同。现在，UML 成为唯一的最佳选择，使得面向对象软件开发人员有了一个一致的图形建模环境 -
《规划极限编程》
1996，我有幸参与了 C3 项目的工作，历时一年，就是这个项目促成了《极限编程》的面世。通过参与这个项目，我学到了很多东西，但给我留下深刻烙印的一项内容是进行规划的方法。做项目不只是不断地编写迭代的代码行，还包括一个规划过程，这个过程简单、敏捷且特别有效 -
《分析模式：可重用的对象模型》
这是我写的第一本书，它已经问世多年了。但它仍是一本为数不多的描写这类问题的书籍。这本书描述了以下内容：根据我在八十年代后期和九十年代早期所做的大部分域建模工作（这些工作仍是我的最爱），尝试查找企业域模型中的模式
相关阅读
《重构》：
侯捷译序 熊节译序
序言（by Erich Gamma）
前言 第一章 第二章 第三章 《分析模式》：
读书笔记：责任模式
读书笔记：企业财务分析中的观察和测量
读书笔记：观察和测量
Role分析模式：角色对象基本概念 《企业应用架构模式》：
模式列表
-
- Martin Fowler的研究成果
-
- 设计已死？
对很多粗略接触到 Extreme Programming 的人来说，XP 似乎 宣告了软件设计的死刑。不只很多的设计被嘲笑为 "Big Up Front Design"，连很多技术像UML、富有弹性的程序架构 (framework)，甚至连模式 (pattern) 都不受重视，或是近似忽略了。事实上，XP内含很多设计理念，但是它与现有的软件流程有着不同的运作方式。XP藉由多种实务技巧 (practice) 赋予演进式设计 (evolutionary design) 崭新的风貌，让演进变成一种实用的设计方法。它也让设计者面临新的挑战与技巧，学习如何使设计精简，如何使用重构来保持一个设计的清楚易懂，以及如何逐步地套用模式 - 新方法学
过去几年中兴起的敏捷型（agile）软件开发方法，以矫正官僚繁琐过程，或者许可对过程进行自主调整为特征，在软件业引起了极大的兴趣。在这篇文章里，我将探索敏捷型方法的合理性，着重点并不是放在其“轻重”上，而是于它们的适配性（adaptive）性质和以人优先的理念。我在本文也简要介绍了一些敏捷型方法并给出了进一步的参考材料。另外，我还给出了一些你在决定是否要走这条刚踏出来的敏捷之路时需考虑的因素 - 持续集成
在任何软件开发过程中都有一个重要的部分：得到可靠的软件创建（build）版本。尽管知道创建的重要性，但是我们仍然会经常因为创建失败而惊讶不已。在这篇文章里，我们将讨论Matt（Matthew Foemmel）在 ThoughtWorks的一个重要项目中实施的过程，这个过程在我们的公司里日益受到重视。它强调完全自动化的、可重复的创建过程，其中包括每天运行多次的自动化测试。它让开发者可以每天进行系统集成，从而减少了集成中的问题 - 关于MDA的见解
一些人认为MDA将是软件开发上最大的变革：从对象装配到最高级的语言。其它人认为它不过是现在这些CASE工具的暮年而已。我站在后者的阵营中，但我还想多说几句。
现在MDA所说的很多东西CASE工具社区在80年代就讨论过了。我认为CASE工具失败的原因有很多，但最根本的是它们没有能够提供一个一致的编程环境，允许人们以比其它方法更有效的方式构建通用的企业应用
- 设计已死？
- 关于ThoughtWorks
- 公司成立至今 13 年，目前已发展到 700 多名员工。连续4年被美国《Inc. Magazine》杂志评为美国发展最快的 500 家公司之一。总部设在美国芝加哥，在美国的其它一些城市（旧金山、纽约、纳什维尔）以及英国（伦敦）、加拿大（卡尔加里）、印度（班加罗尔）、澳大利亚（墨尔本、布里斯班、悉尼）都有分公司，最近在中国的西安和北京也成立了分公司。业务范围涉猎极广，包括提供咨询和培训（1 人，历时若干个星期）、集中式团队开发（4 - 6 人，历时若干个月），乃至复杂软件实现过程（60 - 80 人，历时 2-4 年）。
