QCon 2012 -完美的一切在伦敦应该是

2012年7月13日更新:我演讲的录像在infoq.com

这是JFrog这是我在伦敦举办的第二届QCon，而且越来越好。想象一下:就连伦敦的天气都是完美的，更不用说会议、展位流量、展览组织和食物(你说什么，美味的英国食物?好吧，至少印度的食物很棒)。由于赞助商的高需求，展览在两层举行(与去年的一层不同)。我们的JFrog展位与2011年的位置相同。我们正在适应这个地方，期待着明年三月再来!

演讲者小组非常令人印象深刻，包括马丁·福勒、阿德里安·科克罗夫特(Netflix云计算的幕后主使)、德怀特·梅里曼(MongoDB的共同创造者)、达米安·卡茨(CouchDB的创造者)和里奇·希基(Clojure的创造者)等大师。

会议以两天的培训日开始，每天有6个全天的教程。在我看来，最有趣的两个教程是“云架构“作者是Adrian Cockcroft，他分享了Netflix云(Artifactory很自豪能参与其中)背后的架构、最佳实践和决策。”持续交付，作者是ThoughtWorks的汤姆·萨尔斯顿(Tom Sulston)《持续交付》一书如你所能得到的。对我来说，在ThoughtWorks看来，持续交付过程中最令人着迷的事情是，它的优点与我们基于它的优点完全相同Artifactory回到2006年:DevOps自动化和快速发布周期。我们感谢对我们概念的认可。

一周剩下的三天是全天会议。在一篇博客文章中回顾如此多的演讲是不可能的，所以我将只关注优秀的主题演讲(有一个例外)。

马丁的会议开幕主题演讲是关于数据的。现代数据的主要特点是它比你想象的要大。通用的多语言存储和各种NoSQL看起来是正确的解决方案。

我最喜欢的主题演讲通常是晚上的。手里拿着啤酒，任何有趣的谈话都会变得更加愉快。一个叫"开发者有精神障碍“我不会射偏的!”格雷格·杨做了一场精彩的表演，有趣又有趣，关于严重的困境在软件开发中，我们，开发人员，倾向于忽略。最明显的例子是课程是DRY的缺点(你想过吗?)通过删除重复，我们增加了耦合，这可能会更糟。

周四上午的主题演讲是里奇·希基说的。他谈到了“简单”和“容易”之间的区别。听起来很相似，但实际上它们相差甚远。拯救的反义词:simple和。复杂的，而easy和。硬。现在很清楚了——我们需要努力防止和消除复杂性(变得简单)，而不是害怕困难。选择简单可能最终导致复杂。简单但复杂的东西包括OOP、可变状态、命令式循环和框架(尤其是ORM)。那些简单，但不一定容易(至少在你得到它们之前)的东西是LISP-伊什语言，比如Clojure。

我的会话周四也发生了同样的事件相对较小的房间大约70人。我非常高兴地看到它几乎是挤满了人。我谈到了通过为工作选择正确的工具来在构建过程中建立信任(当然，我们认为Artifactory就是其中之一)。我还谈到了DevOps的问题词云中的持续交付和SaaS应用程序的快速发布周期。我强调了二进制文件在ALM过程中的巨大分时性，以及使用真正理解二进制文件的工具来处理它们的重要性。这正是我们开发Artifactory的原因。

我的会议有一半时间是用于现场演示，这很顺利，听起来令人难以置信。根据收到的反馈，我的演讲得到了很好的接受，希望对一些与会者构建更容易、更可靠的发布流程有所帮助。问答环节继续在我们的展位上进行，在那里我们反复做现场演示，每次都收到很好的反馈。如果你想感受一下我的演讲，这是幻灯片。

星期五是会议的最后一天。一开始，约翰·奥尔斯波(John Allspaw)做了一个高度技术性的主题演讲，他的名字很吓人:复杂系统中的弹性响应”。对于像我这样每天不接触灾难恢复的人来说，这次会议令人震惊。透过厨房的帘幕，你会发现一种完全不同的思考和计划方式。它可能是个人和团队在灾难中必须如何表现。个人英雄主义即使成功也是不好的;它会向团队发送错误的信息)，或者在实时生产系统上模拟灾难(我甚至不敢想这个)。这是约翰给出的最明显，但仍然让人大开眼界的建议是要从成功中学习，而不仅仅是从失败中学习。它可以给我们很多信息，而且发生得更频繁，不是吗?据我所知，唯一采用这种技术的组织是以色列空军。

总而言之，这次会议在各个方面都很出色:技术会议、出席率、网络、工艺品曝光和会后的高质量时间。感谢InfoQ在伦敦举办了这场精彩的活动。QCon对JFrog来说是一个很好的开始。忙碌的3月”。你还能抓到弗雷德里克和约阿夫给关于各种事件的谈话我们和欧洲。