多位知名专家在北美软件匠艺大会(Software Craftsmanship North America,SCNA) 2011 上做了演讲,其中包括 Corey Haines、Chad Fowlers、Bob 大叔、Michael Feathers 等等。我们对会议上提出的观点以及参与者分享的内容做了简要的总结。
SCNA 是由 8th Light 和 Optiva 组织召开的,InfoQ 是此次会议的媒体赞助商,会议专注于提升软件匠艺在开发者之中的价值。以下是一些参会者博文的摘要,其中分享了 SCNA 上提出的观点,从而让本想参会却未能成行的人从中受益。
Zachary Spencer 为多场演讲绘制了详细的思维导图,其中包含了知名演讲者的主要观点。以下是对其内容的摘录:
可能在 24 小时内学会 C++ 吗? 可能会吧。那么能在 24 小时内学会软件开发吗? 不可能。
具备编写代码技能的人会被放到或邀请到创业公司中,期望他们能够做出高质量的程序。
软件开发很难。我已经做了很多年,但还是会犯大量错误。
TDD: 如果仅仅重写应用程序会更快,你还需要做 TDD 吗? TDD 是个好伙伴,它会帮助我编写出优质代码。
我很喜欢编写精良的软件,因为它会给业务带来价值。它达到了业务的目的。它没有过度设计。它还会存在很长时间。
业务之所以雇用我们,是因为我们可以为其提供帮助。我们期望成为他们的搭档, 而不仅仅是承包商。我们期望可以理解业务。
对于最新的软件开发来说,哪些实践是必须的呢?
- 编写垃圾代码
- 真正编写出垃圾代码
- 了解与编码相关的第一件事
- 参见第一条
你会做出东西,你会编写软件。事实上你是在为别人服务。我们从事的都是服务性工作。世界上的每个人都一样。我们提供的是体验。
要谦逊。要透明。要一致。要感恩。
Spencer 还为 Michael Feather 的演讲绘制了思维导图。
Eric Meyer 把整个大会总结为一句话——“好好干活”:
"玩世不恭就是懒惰的表现。“——Chad Fowler
简而言之: 要积极主动! 不仅仅玩世不恭是懒惰,破坏关系也同样。你永远都不应该说客户的坏话。越来越多的坏话就是无礼。不管你有多聪明,都是可以替代的。总有人和你一样聪明,甚至比你还聪明。如果人们不喜欢和你一起工作,那么就会找人来取代你。
“你的用户界面就是你的应用程序。”——Billy Whited
你需要对工作给予全面的关注。你要编写可维护的代码。你应该对代码进行测试。这种关注应该是全方位的,你需要注意用户是如何与应用程序交互的。如果你的应用程序外观很差,不管它的功能如何,用户就会认为应用程序很差。
“如果有人请求帮助,你应该总是说好。”——Bob 大叔
最重要的是,你应该关注客户的问题。本质上,你的工作就是要持续地交付能够工作的软件。
“每行代码都是债务。” ——Corey Haines
代码只是达到某种目的的方式。系统的用户不会直接关心代码。他们只关心应用程序是否能工作。你写的大多数代码都会被删除,特别是你花些时间重构代码的时候。另一个你不要过分关注代码的原因在于它会发生变化。当有人修改你的代码时,不要感到不安,而应该试着从中学习。
Bobby Johnson 报道了 Corey Haines 的主题演讲,其中讲述了对当今编写的代码质量的担心。
Corey Haines 在会议开始就表示了担心。我们是否正在重复上世纪九十年代的错误? 在创业公司中满是未准备好的开发者,认为可以在“24 小时内学习编码”吗?而他们会编写遗留到将来的代码。他建议应该阅读在十年内学会编程。业务迫切需要能够编码的人。如果他们迫切需要能够盖房子的人,那么两年后我们会看到到处都是倒塌的房屋吗? 然后他指出 GirlDevelopIt 和匠艺学院(Craftsmanship Academy)还有一线希望;这些专业社区和初学者接触,有助于指导他们避免过去犯过的错误。我们为公司带来了价值,价值的一部分就是可持续性。
Johnson 还提到了 Michael Feathers 关于功能性概念(functional concepts)的演讲:
Michael Feathers 是一位个人英雄,他对我们提出挑战,看我们是否能够付出精力学习功能性概念。他把功能性技术描述为针对广泛领域的 DSL,现在是时候把这些技术整合到对编程语言的理解中,从而和大家分享。传统的 OOP(面向对象编程)开发者最初对于功能性技术会有“什么是 WTF?”之类的反应,认为那不够清晰。但是 Feathers 先生指出,尽管阿拉伯语对于他来说根本就是胡言乱语,但是每天都有上百万人使用它进行有效地沟通。这让我们想到了今年 Rich Hickey 在 Strange Loop 大会上的简单让你轻松(Simple Made Easy)的主题演讲。有些东西你不熟悉,但并不意味着它很复杂。它可能非常简单,只是在你当前的情况下不简单。可读和“聪明”之间的界限和共享词汇表相关。请看关于 Chris Powers 演讲非常好的思维导图。
Dave Mosher 参加了 Gary Bernhardt 名为“扩张和收缩(Expansion & Contraction)”的主题演讲:
我认为他应该把标题改为“适用性 vs 功能(Suitability vs Capability)”,但是这个演讲非常棒,我认为是本次会议中最棒的一个。在此我尽可能来转述一下:
编程语言和技术总是一直随着时间有时扩张,有时收缩。在扩展的时候,这些解决方案是“功能(Capability)”解决方案,也就是说,它们能够解决问题,但并不是最合适的。最终就会发生收缩的情况,合并成为“合适”的解决方案。
在后 C/C++ 时代,Java 先是在扩张期成为一种功能解决方案。时过境迁,到了收缩期,Java 逐渐成熟,成为开发软件合适的解决方案。
Gary 在演讲中提到,JavaScript 和 NodeJS 当前正处于“功能解决方案”的阶段。起初我误会了他的意思,但是我想那是因为没有真正 _ 客观地 _ 聆听他的观点。NodeJS 现在肯定是处于“功能”阶段而不是“适用性”阶段,但那并不意味着你无法使用它来创建有用的内容。
Mosher 还记录了 Zed Shaw 的演讲中最有趣的想法:
可能从事软件匠艺运动的人们对于邀请 Zed Shaw 发表演讲比较奇怪,但是他关于“宣传,灌输,盲从和教育(Propaganda, Indoctrination, Fanbois, and Education)”的演讲是 SCNA 2011 上最引人深思的演讲。以下是我的转述:
如果有人告诉你他们找到构建软件的一种“真正的方式”,实际上他是要向你兜售东西。
如果你不编写代码,那么就不是程序员。程序员构建软件,其它都是市场行为。
当你确信思考是唯一的方式,那么就是在灌输。教育会告诉你各种方案,让你从中选择。不要接受灌输,而应该接受教育。
会上有人问他:
“那么你对单元测试、持续集成之类的东西怎么看?”
他的回答非常实际:
我在过去曾经在大型咨询公司中工作过,做过各种各样的事情。我编写过测试,做过 TDD,使用过 pivotal tracker 或者诸如此类的工具。这些东西都不错,但是所有人都在试图告诉你,这是构建软件的“正确方式”,他们实际在向你兜售工具。如果你相信他们,你的头脑就中毒了。你肯定不希望那样。
考虑到 Shaw 的“反敏捷”立场,可能是说没有一种所有软件开发者都需要遵循以产出高质量软件的“真正方式”,肯定还有比那更好的方式。
查看英文原文: Software Craftsmanship Was Once Again the Main Topic at SCNA 2011
评论