BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

Martin Fowler谈软件开发
录制于:

| 受访者 Martin Fowler 关注 4 他的粉丝 作者 张逸 关注 5 他的粉丝 发布于 2012年6月25日 | QCon北京2018全面起航:开启与Netflix、微软、ThoughtWorks等公司的技术创新之路!
11:11

个人简介 Martin Fowler是一名作家,咨询师和软件开发领域著名的演讲家。他专注于企业级软件的设计 – 探索究竟是什么造就了优秀的设计,以及什么技术能将优秀的设计变为现实。他是面向对象技术和敏捷方法的相关领域的先驱者,并出版了多本专业著作,包括“重构”,“UML精粹”,“企业应用架构模式”“规划极限编程”“DSL”等等。在过去十年中,Martin Fowler在IT咨询与定制化软件设计公司ThoughtWorks工作。他的个人网站是http://martinfowler.com

2012年6月, 值ThoughtWorks中国区成都、上海分公司成立之际,Martin Fowler将来到中国与西南部的程序员们做面对面交流。此次中国行,Martin Fowler将受邀参加成都、武汉、西安等地软件园及各高校演讲活动,与当地软件从业者以及在校学生分享他最新的软件开发思想,并与西南各地程序员探讨充满挑战与激情的软件人生。

   

1. 大家好,我现在正在ThoughtWorks成都办公室,坐在我身旁的是Martin Fowler。我想我并不需要再介绍Martin Fowler,因为他在我们这个行业是如此的知名。Martin,可否简单介绍一下你目前正在做的工作?

好的。不久前,我的新书刚刚写完。该书主要介绍和讲解了NoSql数据库,由我和Pramod Sadalage合作完成,Pramod是ThoughtWorks中一位富有经验的数据库专家。本书希望为那些正在渴望了解NoSql数据库的读者提供一个全面的介绍,并帮助他们做出决策,以决定是否在以后的项目中采用NoSql数据库。因此,本书是一本入门读物,但我希望能够传递更多有用的信息。

   

2. 您刚才谈到了数据库,正好我有一个问题要请教您。最近,我对Greg Young提出的CQRS模式非常感兴趣。我想,我们可以在这个模式中使用NoSQL作为查询需要的数据存储。而正好此时,我又在您的博客上读到您写的文章《ORMHate》。 那么,您是否认为目前是引入nosql数据库以避免ORM的最好时机?

这事实上是人们选择nosql的其中一个原因,他们发现对关系型数据库的映射如此复杂,而NoSql却解决了这一问题。当然,这只有在你了解应用要做什么,NoSQL数据库又是如何工作,并为此寻找到适当的对应关系时,方才有效。如果你具备这方面的知识,才能够更好地使用NoSql数据库,并真正产生有效的映射。

   

3. 最近,我读到一篇发表在InfoQ上的文章。这篇文章介绍了Sauce Lab公司,这家公司为Selenium测试提供云端服务。文章讲到了他们将平台从NoSql迁移到了MySQL。您怎么看这个问题?

这重点在于你需要了解他们使用的方式,他们主要将 MySQL作为key-value存储,就像之前使用文档数据库(document databast)那样。他们更加倾向于MySQL比CouchDB更好的可靠性特征。我并未参与这个工作,因此并不了解具体的应用场景;但是,显然对于NoSql数据库的一种观点在于,NoSql数据库还需改善的一点是没有太多成熟的工具。每个项目都会做出自己的决策。我们所知道的是在ThoughtWorks的几个项目中使用了NoSql数据库,而且感觉很不错,因此这完全取决于每个项目的特征以及选择的NoSql数据库类型。

   

4. 因此,选择应以具体场景而定。

是的,完全正确。我认为最重要的事情是,对于数据库领域,并不是说对每种情形都使用一种数据库

   

5. 我们注意到在许多项目中都引入了多种语言。一些语言具有不同的范式,例如函数式或原型范式。尤其是在JVM平台与.NET平台,这种情形变得越来越普遍。您认为这种变化会对软件设计,尤其是面向对象设计带来怎样的影响?

是的,这种情况越来越普遍,就像使用数据库一样,会为不同的目的选择不同的数据库。这需要了解不同的语言,清楚知道一种特定语言所能够解决的特定问题。我通常对于一种语言能够解决所有问题这一观点保持怀疑态度,为不同的目的选择不同的语言才是正解。

   

6. 这对于程序员而言,就需要学习越来越多的语言。

我认为学习不同的语言是一种良好的习惯。尤其是语言如此的不同,了解语言的发展是一种良好的教育。即使你只使用一种语言进行编程,了解其他语言也能够激发你的许多想法,这是局限在一门语言中所不具备的。

   

7. 但是我也注意到,不同的语言对于设计而言有不同的实践,例如C#、Java与Ruby比起来,对于设计模式就有不同的实现。您的看法是什么呢?

是的,这正是模式的本质,对吧?根据你使用的语言,以及你面临的问题,有不同的实现模式。我想模式的整个要点就在于它们拥有的共性特征,而我们实际上看到的是在不同系统、 不同框架以及不同语言中,这种共性表现出来的种种区别。

   

8. 不过,这对于程序员而言却是巨大的挑战。

不错,但至少模式为你提供了看到这种共性的某种方法。而且我认为,软件开发本身就不是一件轻松的事儿。

   

9. 好的,让我们回到敏捷实践的话题。在我们现在的项目中,我们的持续集成环境(我们使用的持续集成工具为GO)是部署在虚拟机上。这是否代表了运行在云平台是提供持续交付服务的某种趋势呢?

看起来确实有越来越多的项目在往这个方向发展。我认为云具有许多优势,因为你可以很快地创建一个新的实例,可以根据你的需要调整它的负载。但如果要获得稳定的负载,成本会很高。因此,我猜想会出现云平台与非云平台的混合使用。

   

11. 如果我们引入key-value数据库以及Map-Reduce模式,是否可以改善系统的可伸缩性?

当然可以,这取决于你希望达到的目标。它不过是工具箱中的一件工具而已。

   

12. 我们知道,ThoughtWorks每年都会发布一份技术雷达。当然,您对此也做出了极大的贡献。那么,您可否给我们介绍一下您今年关注的几种技术?

事实上,我并未给技术雷达做出什么贡献。技术雷达主要由ThoughtWorks的技术咨询委员会小组推动,并主持编写。它的做法是收集全球的领先技术,并由小组成员对这些技术进行分析与选择,这是更好的信息来源。在技术雷达的会议中,我主要是担当一名聆听者,而非贡献者,因为我写作的内容会来源于组织中其他人正在做的事情。我将ThoughtWorker(即ThoughtWorks的员工)当做我的信息来源。我所做的就是将这些内容组织起来。

   

13. 在ThoughtWorks中国,我们会针对技术雷达开展一些活动,我们称为“Hello Radar”。在这些活动中,我们先后介绍了NodeJS与CoffeeScript。您对NodeJS是怎么看的,因为作为一个服务端框架来说,它现在变得越来越流行。

它看起来确实很流行⋯⋯就我们现在所看到的,我并不清楚的知道,我只是在我们的工作中偶尔会遇到。就我个人而言,我多多少少对此表示怀疑,这是因为我非常怀疑JavaScript这门语言。在服务端,我认为有很多技术比JavaScript实现起来更加地容易。我赞同在浏览器中使用JavaScript这一事实,这是因为我们没有选择,JavaScript就是一门浏览器语言。但是,在服务端,我们有很多选择。我认为有很多比编写JavaScript更加容易地方法。

   

15. 可否说说您的观点。

我说过,我对此没有任何看法。我没有足够的数据支持。我的意思是,我做出的结论都要基于具体的项目,特别是ThoughtWorks的项目,因为我能够从这些项目获得足够的信息。对于NodeJS而言,我没有任何信息来回答你这个问题。因此我对此不予置评。

   

16. 刚才,您谈到了您介绍数据库的近作。那么,可否透露一下它的出版日期。

我不记得具体的出版日期,应该是在最近的几个月内。我会在我的网站公布本书的进度。事实上,如果你是Safari在线书籍的订阅者,已经有样张可以阅读。当然,正如我说的,我会告知读者该书的进展情况。现在已经在出版过程中,应该很快就可以看到。

   

17. 您的下一个写作计划是什么?

我不知道。我还没有想过接下来要做什么事情。

   

18. 非常感谢!

谢谢。

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT