SCNA 2011的主题——软件匠艺

作者 Abel Avram 译者 侯伯薇 发布于 2012年1月10日

领域

过程 & 实践

主题

软件工匠 ,

敏捷 ,

会议

分享到

多位知名专家在北美软件匠艺大会（Software Craftsmanship North America，SCNA）2011上做了演讲，其中包括Corey Haines、Chad Fowlers、Bob大叔、Michael Feathers等等。我们对会议上提出的观点以及参与者分享的内容做了简要的总结。

SCNA是由8th Light和Optiva组织召开的，InfoQ是此次会议的媒体赞助商，会议专注于提升软件匠艺在开发者之中的价值。以下是一些参会者博文的摘要，其中分享了SCNA上提出的观点，从而让本想参会却未能成行的人从中受益。

Zachary Spencer为多场演讲绘制了详细的思维导图，其中包含了知名演讲者的主要观点。以下是对其内容的摘录：

Corey Haines的主题演讲：

可能在24小时内学会C++吗？ 可能会吧。那么能在24小时内学会软件开发吗？ 不可能。

具备编写代码技能的人会被放到或邀请到创业公司中，期望他们能够做出高质量的程序。

软件开发很难。我已经做了很多年，但还是会犯大量错误。

TDD： 如果仅仅重写应用程序会更快，你还需要做TDD吗？ TDD是个好伙伴，它会帮助我编写出优质代码。

我很喜欢编写精良的软件，因为它会给业务带来价值。它达到了业务的目的。它没有过度设计。它还会存在很长时间。

业务之所以雇用我们，是因为我们可以为其提供帮助。我们期望成为他们的搭档， 而不仅仅是承包商。我们期望可以理解业务。

Chad Fowlers的主题演讲:

对于最新的软件开发来说，哪些实践是必须的呢？

1. 编写垃圾代码
2. 真正编写出垃圾代码
3. 了解与编码相关的第一件事
4. 参见第一条

你会做出东西，你会编写软件。事实上你是在为别人服务。我们从事的都是服务性工作。世界上的每个人都一样。我们提供的是体验。

要谦逊。要透明。要一致。要感恩。

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的“反敏捷”立场，可能是说没有一种所有软件开发者都需要遵循以产出高质量软件的“真正方式”，肯定还有比那更好的方式。

译者 侯伯薇 是InfoQ中文站架构社区编辑，有多年对日和国内项目开发经验，目前关注企业中技术与实际业务之间的融合和协作。

1. 返回顶部

   好好干活！

   发表人 朱 敏

   软件匠（工）艺，是我看到目前为止、真正能够解决我所遇到的各（哲学）层面问题和困惑的思想。软件的问题就是软件本身，所以解决方法就是“好好干活”！旁的，都只能是辅助，或是“推绳子”。

   回复