qcon_从旧金山QCon 2011中学到的主要知识点和教训

qcon

11月中旬，我们举办了由实践者驱动的会议QCon San Francisco，该会议是针对团队负责人，建筑师和项目经理而设计的。会议有超过650名从业人员参加，会议由为期80天的行业专家和作者进行为期两天的教程会议，随后为期3天的会议，有15条曲目和100多位演讲者，主题涉及从跨平台移动开发到大数据架构的各个主题。和NoSQL。

以下摘录内容包括编辑和从业人员为所有主题演讲，曲目和会议撰写的摘要和博客条目，以及活动期间的汇总Twitter反馈。 InfoQ将在接下来的几个月中发布大多数演示的视频广播。可以在QCon SF网站上找到发布时间表。

Riak用例：由Andy Gross剖析难题的解决方案
Stratos-Paul Fremantle的开源云平台
Java EE 7：为云开发作者：Tyler Jewell
汤姆·鲁宾斯基（Tom Lubinski）克服了以数据为中心的大规模应用中实时性能面临的四大挑战
汉斯·杰斯珀森和泰勒·杰威尔，迈克尔·科普，汤姆·鲁宾斯基和弗洛伊德·马里内斯库和丹·普里切特组成的性能和可扩展性小组

解决方案跟踪星期五

使用Ry Slobojan使用Git，Gerrit，Hudson和Mylyn自动化（几乎）一切
通过Rich Manalang为黑客构建生态系统
Ken Yagen集成了SaaS应用程序与Mule iON

社会事件

关于QCon的观点

外卖

结论

主题演讲

对象在试用与迈克尔羽毛和布赖恩·富特和理查德·P·加布里埃尔 - 约书亚Kerievsky 和艾略特米兰达和戴夫·温加尔

让·兰伯特（Jean Lambert）总结了这次小组会议，包括法官和陪审员的照片：

今天早上，物体正在接受审判。摆在我们面前的是首席法官和陪审团，他们指控以下严重指控：

没有实现代码重用，可重用的组件市场和框架的承诺，而这将使繁琐的工作从编程中摆脱出来

彼此之间无法清晰传达意图

坚持紧密封装行为和易变状态，并且由于对并发的关注不足，使该行业容易受到一些被人称为“新功能复兴”的不良影响。

避免静态类型信息，迫使实现者以语言简单性的名义牺牲性能

需要高水平的技能和教育才能充分制定最先进的代码，使其超出行业准备支付的水平

在“被告”框中，以下内容是：

企鹅（Tux）

咖啡杯（Java）

UML对象（又名个人，公司，域，标识符，可序列化，可克隆，可迭代）

Twitter在本次会议上的反馈包括：

约翰·沃特斯（ Johnkwaters）约翰·沃特斯（John K. Waters）：现在在 #QconSF登台：“审判对象”。他们实际上是在进行模拟审判，为法官配备假发和长袍。

rbarcia Roland Barcia：根据 #QConSF 主题演讲，Objects正在针对危害计算机科学的犯罪进行审判。 Java和UML被调出。

gbatcisco Gary Berger： #qconsf 对象“罪名成立”

johnkwaters 约翰·沃特斯（John K. Waters）：现在在 #QconSF的舞台上：“尝试对象”，我们未能简化事情，小组成员说。复杂性应在试用中。

johnkwaters 约翰·K·沃特斯：在舞台上现在 #QconSF ：“物体放在审判”比较小组成员的决定得到输精管切除术-没有这样的纪律在OO世界！

johnkwaters 约翰·K·沃特斯：舞台上现在 #QconSF ：“物体放在审判”我们已经演变成“软件在取样的年龄。”

johnkwaters 约翰·K·沃特斯：舞台上现在 #QconSF ：“物体放在审判”重用打算使代码太便宜米，但它并没有出现这样的工作。复制粘贴成功

johnkwaters 约翰·K·沃特斯：舞台上现在 #QconSF ：“物体放在审判”比较航天飞机计划，其中强调Craft.io的“再利用”代码重用运动

johnkwaters 约翰·K·沃特斯：舞台上现在 #QconSF ：“物体放在审判：” 80年代是再利用的黄金时代。

robdaemon Rob Roland：你发誓说实话吗？整个真相？那么，Knuth可以帮助您吗？ #QConSF

我希望罗德·约翰逊知道的事情

吉恩·兰伯特（Jean Lambert）从本主题演讲中报告：

因此，如果您打算进行创业，则需要问自己：机会在哪里？请记住，技术必须先行！必须有一个破坏的机会。市场差距在哪里？其他所有人都看不到东西吗？有人搞砸了吗？ …

不要开始编写代码...如果您擅长的话，它会上瘾。 …

确认您的经营理念后，请相信！视觉必须在情感层面上对您至关重要。使您的团队实现愿景。除非像您这样的人非常在意，否则任何事情都不会变得更好。 …

成为企业家意味着很大的风险。 …

一个伟大的团队造就了一个伟大的公司；这就是投资者所寻找的。建立团队是关于补充技能。首先，您需要了解自己，知道自己擅长什么，擅长什么。集合具备所需技能并同意您的愿景和抱负的个人。请记住，您承担不起其他目标。 …

最后，您不应该犯的一些错误：

不要生气，它会回来咬你

不要让客户来驱动您的产品路线图

Twitter在本次会议上的反馈包括：

rundavidrun 大卫·惠特克： @ springrod 在 #qconsf 提醒我们，往往是那些复杂的问题; 答案通常很简单。＃ DrSeuss

bigballofmud 布赖恩·富特（ Brian Foote）： @ springrod 警告在您的背上长有代码猴子的危险/绿条发烧/ TDD 令人上瘾的品质 #qconsf no 2 code 1st

jrolstad Josh Rolstad：开始创业时：技术是第一位的。 #qconsf

Mike Lee 产品工程

Twitter在本次会议上的反馈包括：

frubim Felipe Rubim： @ bmf的有趣晚间主题演讲 -Mike Lee- 关于产品工程：“什么比技术债务还差？社会债务” #qconsf

ramrubio ramrubio： #qconsf 麦克·李主题演讲...新事物必须比旧事物更好

adrianco adrian cockcroft：Mike Lee 身着三只Amigos外套，戴着宽阔的草帽，就产品工程进行了 #qconsf 主旨演讲

CalebeSan Calebe Santos：Mike Lee @ bmf 在 #qconsf上的主题演讲 t.co/qVwujiia

通过精益将敏捷推进到下一阶段

一应俱全-治理精益突破局部优化的罗素万里

Steve Mercier出席了本次会议：

我们的软件开发行动应植根于价值观（价值观导致信念，信念导致行为，最终导致行为）……

价值陈述和价值断言作为工具

然后他建议我们制定一份价值声明 ，该声明应回答任何规定的变更的原因部分，然后制定价值声明。 这个想法是要验证价值陈述中可测量的部分（自动或不自动）（他引入了“ 价值测试”的概念，作为对市场和利益相关者的测试-现在已经完成，但通常完全不在IT范围内）。坏消息是，价值主张/反馈工具集并不好，但是如果我们找到一种方法来提供较小的价值增量并对其进行衡量，那么我们将获得好处（类似于Facebook似乎在进行所谓的实验） ;

好消息：看到我们周围的交付价值（即进步）可以激励我们（即使是在另一个团队中）-这可能是激励团队的关键。 …

结论

我们所做的每件事（跟踪，衡量等）都应该更加以价值为导向。苹果为什么成功？可能是因为它本质上是价值驱动的，而不是技术驱动的吗？IT（软件开发部门）应该停止将自己作为业务的奴隶，而是作为业务的重要组成部分，而可以使用技术来提供业务价值。很大的变化！

了解精益产品开发的魔术由唐赖纳特森

史蒂夫·梅西耶（Steve Mercier）参加了本次会议并作了大量记录：

演讲者认为足够好的一些想法可以将其从精益制造导入软件产品开发领域：

排队论 ：队列大小与资源容量不是线性关系，而是呈指数关系……您使用的容量越多，队列大小爆炸的次数就越多（例如：高峰时段的流量：高峰时段将容量减少4分之一）导致排队时间超过25％的延迟）...为了产生经济产出，我们应该格外小心，选择合适的容量并使用排队的经济性。我们应该衡量产品开发周期中的队列大小，并通过3条曲线，总成本，过剩容量的b成本和延误的c成本来搜索$ vs多余的产品开发资源。为什么它在制造业中如此自然地起作用？因为队列在物理上是可见的。在软件产品开发中，它们是不可见的...但是，了解某个软件版本在全球范围内实际造成的延迟成本确实非常有用。

批量大小也是一个非常重要的方面（例如：同时休息100人的咖啡休息时间，每人每次休息5人的咖啡休息时间，每人20人）-请参阅经济批量大小方程参考（创建于1930年代）。要选择正确的批次大小，需要进行测量。例如，在小批量测试中有巨大的好处（调试复杂度较低，因此调试成本较低，调试错误较少，因此测试成本较低，周期时间更短，因此早期反馈可以减少成本变化，从而最终带来更好的经济效益）。 TBD：此处与CI小增量理论的链接

WIP（在制品）约束 ：处理状态累积的功能非常强大（例如：最多10个编码项， 准备测试和测试状态）；请参阅Little的公式，该公式表示队列中的等待时间是队列中项目数和项目离开率的函数。 视觉WIP板是一个有用的工具- 可视化WIP板 -这些板将非物理/不可见项作为板上的物理标记-横轴从传统的时间轴变为软件状态的轴。另一个有用的工具是“ 累积流程图”（显示“累积量-时间”） 。它允许查看队列中的到达时间与离开时间，因此，可以同时查看队列大小（通过获取x切片）和队列中的数量（通过获取y轴切片）。

同步节奏 ：使等待时间可预测（例如：每天专用的支持时间与未知时间的支持时间的百分比）； Cadence为等待时间设置了上限，并倾向于减少上下文切换成本。

…

结论

数学的重要性：精益方法背后的潜在机制可用于软件产品开发；这些方法影响不止一种性能度量，因此必须进行权衡；经济模型给出了与通用单位可比的度量。（请参阅生命周期利润影响（例如：延迟一个月可能会花费500K $））。

我们需要更经济，更直观地计算！ 演讲者科学地测量出，任何分析（甚至是差的分析）也能击败软件开发的直觉！

Twitter在本次会议上的反馈包括：

@ JoshuaKerievsky ：“人们正在测量周期时间，而不是在排队时间。” @ DReinertsen #QconSF ＃瘦

stephen_younge Stephen Younge ：我从没想过穿西装的老人会打动我！唐·赖纳斯滕（Don Reinersten）在#qconsf上有关精益产品开发的演讲令人难以置信。

JoshuaKerievsky Joshua Kerievsky：“产品开发的队列在财务上是看不见的。” @ DReinertsen #QconSF

中年敏捷

精益创业：为什么它远远超过敏捷开发作者： Joshua Kerievsky

Twitter在本次会议上的反馈包括：

JoshuaKerievsky 约书亚Kerievsky：今天在 #qconsf 在旧金山，我将谈论＃精益创业：如何岩石远远超过＃敏捷开发。

pascal_collet 帕斯卡尔·科莱： @ JoshuaKerievsky 提出精益创业的 #qconsf 并给了我所有关于兴奋超越敏捷的可能性

scc1976 肖恩· 科默福德（ Sean Comerford）： @ JoshuaKerievsky 在 #qconsf 上进行的有关“精益创业”的有趣演讲。

stephen_younge Stephen Younge ：＃敏捷 vs. ＃ leanstartup 一目了然-来自 #qconsf t.co/XsuUSR2l

stephen_younge Stephen Younge ：“如果您认为您在2011年敏捷开发方面处于领先地位，那您就不是。” - @ JoshuaKerievsky 上＃精益创业的 #qconsf

timotta Tiago Albineli Motta：我们所有人都必须舒适地调试生产中的系统 #qconsf

jrolstad 乔什· 罗尔斯塔德（ Josh Rolstad）：精益创业公司认为：我想知道我在企业中构建了多少功能，这些功能一旦发布便从未使用过。 #qconsf

bigballofmud Brian Foote： @ joshuakerievsky 告诫我们学习可视化废物，以便我们可以更好地处理废物。＃精益创业 #qconsf

bigballofmud 布赖恩·富特： @ joshuakerievsky 辩称，＃瘦肉和＃ leanstatup mentaility都远远超过了厌食症敏捷翻版 #qconsf

回顾展，到底谁需要他们？通过 Aino Vonge Corry

Steve Mercier出席了本次会议：

什么是复古？ 本质上，这是一个反思和学习的机会（历史上称为事后从失败中学习）。

回顾期间会发生什么-5个步骤

做好准备-准备（例如：为了安全起见，我太忙了）

收集数据- 过去（例如：人工制品竞赛，时间轴）

产生印记- 现在（例如：鱼骨，5个原因，模式和转变）

决定做什么- 未来（例如：实现奇迹，实现SMART目标）

结束复古- 复古摘要 （例如：有帮助，有阻碍，三角洲）

…

您可以通过询问我们如何处理先前设定的SMART目标来开始下一个回顾。

不要“出售”复古唱片，而是出售一种学习方法：

避免重复犯错

识别并分享成功

带走：

如果您不进行回顾，则会出现一些问题，这些问题使您无法完全理解或找到解决方案。

建筑案例研究一

约翰·戴维斯（ John Davies）为大规模和持续创新设计签证

Rowan Hick参加了本次会议：

Visa在18个月内使用敏捷开发流程推出了他们的产品V.Me，然后坐下来了？前端是JRuby on Rails，后端是Java。因此，让我们再说一遍，这可能是世界上最大的IT商店之一，它们可能在安全性和流程等方面是世界上最偏执的人，已开始采用敏捷并使用导轨。提示扑朔迷离。

Twitter在本次会议上的反馈包括：

jtdavies John T Davies：这是我们在Visa（ V.me ） t.co/z87yWAcY正在进行的秘密项目的第一个版本（在 #QCon ），请关注 @ vmedev

vmedev V.me开发商： @ jtdavies 和 @ ekatzin 显示新V.me服务LIVE -很多兴趣爱好还是后＃ QCon大会 #qconsf ＃ VME pic.twitter.com/b1cAMOll

amorattiAndrésMoratti ：Visa正在启动 t.co/5AIzJPVm 付款方式 #qconsf t.co/lVpmZoKs

rowan_h Rowan Hick： #qconsf 在Visa演示中看到Ruby on Rails- 几年前从未预料到

Max Protect： Sean Comerford 在ESPN.com上的可扩展性和缓存

Twitter在本次会议上的反馈包括：

iaflash 我，建筑师：＃ iaflash 上还不错的幻灯片＃技术＃建筑在＃ ESPN ：.COM qconsf.com/dl/qcon-sanfra... #qcon bit.ly/vUF7zC

缩放社交计算-经验Facebook的教训由罗伯特·约翰逊

Rowan Hick参加了本次会议：

在Facebook上的罗伯特·约翰逊（Robert Johnson）说了一些与我产生深刻共鸣的话（意译为-没有写出确切的字眼！）“如果我们每天投入生产，我们将有365次测试的机会，而每周进行努力，则只有52次机会。一年测试”。并不是要测试事情是否正常（例如，质量检查），而是要测试您的用户实际上将采用这种新的小部件/调整/理论的理论。对我而言，这囊括了全球规模最大的“精益创业”理论，这是听众全神贯注于听罗伯特讲话的原因。

Steve Mercier出席了本次会议并报告：

导致：扩展与处理故障有关

Facebook文化 ：快速行动

问题域 ：社交数据数据库（大量分布式数据！）

背景信息 ：在过去7年中，Facebook的使用率每周每星期都在持续增长……这确实给开发团队带来了很多休息

Twitter在本次会议上的反馈包括：

rowan_h ：FB #qconsf 演示使我所有人都对Graph数据库以及它们如何定义/允许产品开发中的新想法感兴趣。

pascal_collet Pascal Collet：“目标是减少犯错的成本而不是避免犯错” R. Johnson #qconsf

迈克· 菲特曼（ Mike Fitterman）：处理失败是为了防止小问题变成大问题。 #qconsf

rbarcia 罗兰Barcia：在结垢的Facebook会话 #QConSF ，头号建筑校长：“动作快”。 2周的Sprint迭代速度太慢。

迈克· 菲特曼（ Mike Fitterman）：快速移动使您能够尝试并退出（尝试并修复或删除） #qconsf

JBollinger Jeff Bollinger：Facebook：不仅在平均值上，还要使用百分位数监控。平均数通常会掩盖问题。 #qcon

SimpleGeo：在规模保持灵活性的麦克马龙

让·兰伯特总结了本届会议：

失败是一个强大的工具。人们从失败中学习，但是不幸的是，大多数使用的第一React是试图防止失败。当您考虑它时，我们应该花更多的时间来应对失败，而不是预防失败。这将是我们这个时代更有价值的投资。

一直推送代码-减轻痛苦

一直升级-减轻痛苦

始终编写测试-减轻痛苦

始终进行代码审查-减轻痛苦

一直合并分支-减轻痛苦

一直失败，将减轻痛苦

因此，继续前进，从失败中学习并实现改变！只是别忘了确保人们没有受到侮辱或害怕失败。

Twitter在本次会议上的反馈包括：

marianocortesi Mariano Cortesi：美是对抗复杂性的终极防御 @ mjmalone #qconsf

JBollinger Jeff Bollinger：部署-快速失败，使人们可以快速看到变更和失败之间的随意关系。 - @ mjmalone #qcon

建筑案例研究：云

全球云中的 Netflix，作者： Adrian Cockcroft

Jean Lambert 参加了本次会议：

简而言之，如果您想使用Cloud，请不要尝试构建一个，在可能的范围内找到最好的基础架构Web服务平台并使用它！ …

为什么要使用您要求的公共云？嗯... Netflix可以足够快地建立数据中心，因此决定寻找功能强大且可扩展的云产品来开发其平台。该选择是在Amazon Web Services （AWS）上设置的。与AWS的合作使Netflix可以100％基于云！一些较小的后端位仍然没有移到云中，但是，他们正在积极推动改变这一点。这一切背后的简单道理是，AWS有专门的基础架构支持团队，而Netflix没有，因此此举是毫不费力的。

Twitter在本次会议上的反馈包括：

mtnygard ：我最喜欢的 #qconsf 演讲肯定是 @ adrianco 在谈论Netflix全球平台。很棒的细节和经验报告。

jrolstad ：仍在 #qconsf上欣赏 “全球云中的Netflix”的光芒。关于如何有效，可靠地使用EC2的深入见解。

neuhausler Marcel Neuhausler： #qconsf Daniel Jacobson关于Netflix API背后的平台的有趣演讲。我将API用于新电影“推荐” @ ntflxd

beyondWeb Michael Floyd： #qconsf Netflix每月有300亿个请求。 @ InfoQ

JBollinger Jeff Bollinger：AWS并非无限。 Netflix经常达到AWS使用限制，这需要手动流程与Amazon联系以获得更多容量。 #qcon

JBollinger Jeff Bollinger：Netflix在客户端级别（Wii，PS3等）进行连接和带宽检查，并在数十个CDN位置中进行选择。 #qcon

JBollinger Jeff Bollinger：Netflix AWS的自动缩放完全基于实时CPU数据构建。将平均服务器CPU保持在50％。 #qcon

stephen_younge Stephen Younge ：这可能是 #qcon 最漂亮的图吗？ Netflix的自动缩放。 t.co/fPMis8bN

的轨道上云：构建混合云在加拿大太平洋由斯图尔特·查尔顿

Twitter在本次会议上的反馈包括：

金曼：太好了！！ #qconsf 通过演示 @ svrc 加拿大太平洋铁路的成功案例开发/测试解决方案推出了4个月使用＃ AWS

约翰·拉瑟（ John Rauser）为云重新构建 amazon.com

Twitter在本次会议上的反馈包括：

charleshumble ：在亚马逊中，本周从生产到部署的平均时间为11.6秒 #qconsf

charleshumble ：喜欢Amazona的这个想法。首先写新闻稿。如果您不能将其精简到一页左右，也许您不应该构建它 #qconsf

floydmarinescu ：自2010年11月以来，Amazon.com仅在AWS之外运行。在 #qconsf上的精彩演讲

JBollinger ：工作日平均每天在亚马逊上部署11.6秒。一小时内超过1000个峰值。 #qconsf

mtnygard ：亚马逊：5月份，平均＃个接受部署的主机为10,000个。 #qconsf

美丽的代码

美女在情人眼中作者： Alex Papadimoulis

Twitter在本次会议上的反馈包括：

dblockdotorg Daniel Doubrovkine： @ apapadimoulis 说，要防止丑陋的代码，您需要开枪射击牛仔并退却我们代码 #qconsf中的聪明点

如何停止写入明年的代码不可持续的一块由吉列尔梅西尔韦拉

Twitter在本次会议上的反馈包括：

amartinsn Alexandre Martins： @ guilhermecaelum 在正确编写代码方面做了非常好的介绍。 #qconsf pic.twitter.com/l2Encmjp

rundavidrun 大卫·惠特克： @ guilhermecaelum 在 #qconsf ：“这不是美，让自己清楚，不要有明确的混合简洁。”

rundavidrun 大卫·惠特克： @ guilhermecaelum 在 #qconsf ：“这很难敲回车？” 通过控制流将线分开。＃ makeComplexityVisible

jrolstad Josh Rolstad：漂亮代码：简洁=用最少的单词，使您的代码尽可能清晰。 #qconsf

软件自然主义-拥抱理想背后的真实 by Michael Feathers

Twitter在本次会议上的反馈包括：

janm67 Jan Mattsson： @ mfeathers 将科学方法应用于软件开发并与wabi-sabi联系。真好 #qconsf

rundavidrun 大卫·惠特克： @ mfeathers 在 #qconsf ：提交VS复杂的门牌号码; 高/高=失控区域-这里有很多错误，但如果重构，则具有较高的投资回报率。

rundavidrun 大卫·惠特克： @ mfeathers 在 #qconSF ：“做指标图非常简单，你不需要是技术看有问题。”

unclebobmartin 叔叔鲍伯马丁： @ mfeathers #qcon （叹气）您怎么称呼运送泥浆大球的人？ 99.9％是失败。 0.1％是暂时的百万富翁。

mfeathers 迈克尔·费瑟斯（Michael Feathers）：“他们为运送大泥巴球的人起名：百万富翁”-布莱恩·富特（ @ bigballofmud ） #qcon

bigballofmud 布赖恩·富特（ Brian Foote）： @ mfeathers 说，代码盲是在您无法可视化代码中发生的事情时发生的。 #qcon

bigballofmud 布赖恩·富特（ Brian Foote）：只要您衡量某件事并给予激励，人们就会找到一种方法来计算数字。 #qcon

充足的设计：质量同步于业务环境由约书亚Kerievsky

Twitter在本次会议上的反馈包括：

amartinsn Alexandre Martins： @ JoshuaKerievsky 关于简单设计的演讲非常鼓舞人心！做得好。 #qconsf

jdonelan James Donelan： @ joshuakerievsky 关于足够的设计和企业家工程师的讨论是迄今为止最好的 #qconsf

lorgio_jimenez Lorgio Jimenez：编程就像精神战，您的代码区域应基于ROI #qconsf ＃ SufficientDesign

谁曾说过代码很漂亮？由 Brian Foote

Twitter在本次会议上的反馈包括：

rundavidrun 大卫·惠特克： @ bigballofmud 在 #qconsf ：“胶水的大斗- 21世纪的主导建筑设计。” ＃不幸的是

mtnygard Michael Nygard：程序员的平均水平低于平均水平。普通程序员也不例外。 #qconsf

mtnygard 迈克尔· 尼加德（ Michael Nygard）：“小过失确实可以加在一起。” @ bigballofmud #qconsf

大数据和NoSQL

NetApp的案例研究由斯科特·弗莱明和库马尔帕拉尼亚潘

史蒂夫·梅西耶（Steve Mercier）广泛报道了本届会议：

议程

NetApp大数据挑战

技术评估

车手

AutoSupport系列

在问题变得严重之前就抓住问题

安全的自动回电服务

系统监控和非侵入式警报

RMA请求，无需客户采取行动

实现更快的事件管理

…

外卖

NetApp评估了多种传统的数据库技术来解决其大数据问题，并确定Hadoop最适合。

硬件和软件的短期和长期成本是决定在ESeries上迁移到Hadoop的关键

跨平台移动开发

移动JavaScript框架大放异彩！罗兰·巴西亚（ Roland Barcia），约翰·本德（ John Bender）和戴维·金田（ David Kaneda）

Twitter在本次会议上的反馈包括：

multiplegeorges georges：今天早上，js移动框架的推出很棒。加班了！ #qconsf

功能网

探索云中的组成和功能系统，作者： David Pollak

Twitter在本次会议上的反馈包括：

mtnygard Michael Nygard：当Web出现并为IT重新赋能时，Visicalc，Excel，Hypercard等中的最终用户编程都被压缩了。 @ 民进党 #qconsf

mtnygard 迈克尔· 尼加德（ Michael Nygard）： @ dpp的突然转变：功能，针对云计算的不同方法和iPad。在这里宣布。 #qconsf

Webmachine：史蒂夫·维诺斯基（ Steve Vinoski）的实用的Http可执行模型

Daniel Doubrovkine参加了本次会议：

我真的很喜欢@stevevinoski 在Webmachine上的演讲。我从来没有用Erlang写过任何东西。最初，我将Webmachine视为声明式RESTful编程的愚蠢框架。但是，随着谈话深入到更复杂的问题中，我头上的灯泡点亮了，我想我完全明白了。我不太可能会使用这个框架，但是我从怀疑的态度转变为实际学习一些东西。

Twitter在本次会议上的反馈包括：

argv0 安迪·格罗斯（Andy Gross）：在 @ stevevinoski 的Webmachine演讲上-唯一比Riak #qconsf酷的软件 pic.twitter.com/3JNDVfzy

HTML5和JavaScript，最新技术

HTML5设计和开发工具由克里斯托夫Coenraets 和格雷格·威尔逊

Steve Mercier出席了本次会议：

议程

Edge-运动和交互设计工具

Webkit贡献-CSS区域，CSS着色器

jQuery Mobile

电话间隙

闪存新闻

…

到目前为止已演示的2个问题

用于多个目标平台的多个IDE /工具（用于IOS的Xcode，用于Android的Eclipse，Windows等）

在设备上运行时调试远程html应用程序

对于第一个问题，phonegap在EC2上的云中提供了一个构建器服务（请参阅build.phonegap.com ）-所有这些都可连接到Git存储库

对于后一个问题，他们开发了Web Inspector Remote工具（也称为weinre ），类似于Web应用程序调试器，例如Chrome，Firebug等。

结论

令人惊奇的是，开发动画Web内容应用程序并将其交付给多个设备多么容易！

Guillermo Rauch的具有HTML5 WebSocket和Beyond 的实时Web应用程序

Twitter在本次会议上的反馈包括：

ligolnik ：Socket.IO令人印象深刻。现在，我希望它在后端没有node.js。 #QconSF

新语言改变您的世界！

深度射箭（ Dart in Depth） by Gilad Bracha

让·兰伯特（Jean Lambert）参加了本次会议：

那么，什么是Dart？

一种简单且毫不奇怪的OO编程语言

带接口的基于类的单继承

具有可选的静态类型

具有真正的词汇范围

它是单线程的

具有熟悉的语法

Twitter在本次会议上的反馈包括：

amacarth ：复活了一些Smalltalk，与Erlang等演员混合在一起，并进行了可选的打字操作，使它们变得很酷：Dart。 # qconsf ＃ Dart

ChrisHirsch ：我想我会密切注意Dart #qconsf

amacarth ：想知道DartVM是否将成为Chrome平台的一部分吗？ #qconsf

charleshumble ： #qconsf Dart具有可选类型“在其他编程语言中，常规的类型检查器是Lobotomized定理证明器”

jrolstad ：关于Dart的有趣一点：类型仅用于文档。您的应用仍会以不匹配（或没有）的类型运行。 #qconsf

软件架构改进

Joshua Kerievsky 对模式的重构

Twitter在本次会议上的反馈包括：

stephen_younge ： @ JoshuaKerievsky （左三）说明了在 #qconsf 使用人为对象的重构技术。 t.co/oRfNbarF

rundavidrun ： @ joshuakerievsky 在 #qconsf ：删除方法，删除体，然后折射直列。繁荣！所有实例均被删除。

软件质量–当您看到它时便知道它，作者 Erik Doernenburg

吉恩·兰伯特（Jean Lambert）在本届会议上报告：

埃里克首先提出了以下问题：“您如何看待软件质量或非质量？”

好吧，事实证明，有很多方法可以做到这一点。简而言之，这些步骤非常简单明了：

收集指标

汇总数据

渲染图形

Twitter在本次会议上的反馈包括：

timotta Tiago Albineli Motta： @ erikdoe 展示的工具让我想到了很多错误的代码示例 #qconsf

永不停止的系统

一切都错了：调试生产系统，作者 Bryan Cantrill

Steve Mercier在此会议上报告：

我们仍然需要关心失败 吗？

single component failures still has significant costs (both economic and run-time)... but most dangerously, a single component failure puts the global system in a more vulnerable mode where further failures is more likely to happen... This is a cascading failure - and this is what induces failures in mature and reliable systems. …

Conclusion:

these challenges are real but surmountable - as in some open source systems presented below (MDB, node.js, DTrace, etc.)

Postmortem debugging: MDB

a debugger in illumos OS (solaris derivative)

extensible with custom debugger module

well advanced for native code but much less for dynamic environments such as Java, Python, Ruby, JS, Erlang...

if components going into infrastructures are developed using those languages it is critical that they support postmortem debugging.

Postmortem debugging: node.js

not really interesting for non JAVA...

debugging a dynamic environment requires a high degree of VM specificity in the debugger...

see all details on dtrace.org/.../nodejs-v8-postmortem-debugging

Debugging transient component failure

fatal failures, despite its violence, can be root-caused from a single failure

non fatal failure, it is more difficult to compensate for and debug

Twitter在本次会议上的反馈包括：

rundavidrun David Whittaker: @ bcantrill at #qconsf : most failures unfort don't cause a full stop, instead they're transient failures that slowly wreak havoc over time.

Cloud-Powered Continuous Integration and Deployment by Jinesh Varia

Steve Mercier reported from this session:

Poka yo-ke technique

See here : A poka-yoke is any mechanism in a lean manufacturing process that helps an equipment operator avoid (yokeru) mistakes (poka). Its purpose is to eliminate product defects by preventing, correcting, or drawing attention to human errors as they occur.

Ex: ATM machines with card swipers designed so you keep you card at hand instead of those that "eat" your card offering you a way to possibly forget to take it back when you leave the ATM.

Basic lessons

Keep absolutely everything in version control (scripts, etc.)

Commit early, commit often

Always checkin to trunk, avoid branching

take responsibility for check ins breaking the build

automate the build, test, deploy process

be prepared to stop the mainline when breaking occurs

only one way to deploy and everybody uses the same way

be prepared to revert to previous versions

Cloud

VCS systems in the cloud, CI servers in the cloud, distributed build in the cloud

They use Jenkins, Team city, cruise control, bamboo

Twitter在本次会议上的反馈包括：

mtnygard Michael Nygard: Recommendation from @ jinman : put CloudFormation template in version control, create whole stacks same way for test & prod. #qconsf

mtnygard Michael Nygard: But apparently they've got one of every CI tools out there. #qconsf

lorgio_jimenez Lorgio Jimenez: facebook doesn't do development branches. They dark launch everything. Everyday is a new experiment. #qconsf # continuosdeployment

Reliability Engineering Matters, Except When It Doesn't by Michael T. Nygard

Steve Mercier attended this session and reported:

3 Types of failures

Independent failure : Failure of one unit does not make another unit more likely to fail (excellent! but is that true for software systems? not likely)

Correlated failure : Failure of one unit makes another unit more likely to fail.

Common mode failure : Something else, external to the measured system, makes 2 redundant units likely to fail (ex: redundant LEDs in an Apollo capsule that were both subject to overheating)

Important Note for RE when applied to software systems:

Lots of software reliability analysis make the error of assuming a perfect independence between duplicated resources. The 2 last types of failures are way more common.

Twitter在本次会议上的反馈包括：

bigballofmud Brian Foote: @ mtnygard points out that 50%-65% of outages are causes by human error. #qconsf

Uptime in High Volume Messaging Systems — Lessons Learned by Erik Onnen

Steve Mercier attended this session :

Architecture - General principles

Keep everyone moving in the same direction

Help discrete teams understand how they interact

Think in terms of small discrete services

Continuous capacity planning based on real data

Avoid local optimization decision making

…

Engineering for automation

3 level of testing (Unit, Functional (with mocks)and Integration). Commits are done to a single main git branch

Engineering for simplicity

They simplified metrics and stats capture and so they can do it everywhere!

They capture latency for Service critical operations and External service invocation

They capture counters for Service critical operations and Services faults

…

Engineering for Continuous Improvement

They use the 5 whys approach

Operations at UA

A team of 5 operations engineers handling more than 100 servers (Mostly bare metal, using EC2 for surge capacity)

Operations for Transparency

They measure absolutely everything , and monitor only the important things

Web APIs

Building a Great Web API by Evan Cooke

Daniel Doubrovkine attended this session:

I watched @emcooke's excellent Web API talk next. Evan came to GA a few weeks ago and gave a short version of the talk from a couch to a few techies. This is exactly the kind of talks I wanted to see more of. The guy had his hands in the code. He succeeded at building an API that people loved. He had priceless advice on each and every slide.

Techniques for Scaling the Netflix API in the Cloud by Daniel Jacobson

Daniel Doubrovkine attended this session:

@daniel_jacobson from Netflix described the recent evolution of the Netflix API . This was mostly about the internal API that thousands of devices use. They chose to create an API variation for every device a longtime ago and are now bringing scripting-like functionality to a middle-tier, server-side. Think of it as a server-side proxy for your API where you execute sequences of operations that are device-specific. Instead of performing chatty operations between a client and a server, you compile and execute them on the proxy.

Why is Java Still Sexy

JVM Performance Optimizations At Twitter's Scale by Attila Szegedi

Steve Mercier summarized this session :

Takeaway : Twitter went from 60 second of Garbage Collection (GC) per hour to 5 seconds per 3.5 days, mainly because of the internal slab allocator….

Twitter's biggest enemy: Latency What are the main latency contributors (from worst to less):

Garbage collector (GC)

in process locking and thread scheduling

I/O

application inefficient algorithms but only the first one can be addressed by JVM tuning (which happens to be the expertise of the speaker)

…

Profile your applications, especially when 3rd parties are involved abd not well known (ex: primitive SCALA array types eating lots of memory; another ex: Guava's concurrent map eating a lot of resource - especially if you do not need concurrency)….

Writing a new memory manager is not a good idea unless you already optimized your data and your JVM... if you start doing this, it is a strong smell that you are doing something wrong!

Cloud and NoSQL Solutions

Riak Use Cases: Dissecting the Solutions to Hard Problems by Andy Gross

Twitter在本次会议上的反馈包括：

jrolstad : Got sidetracked tonight with @ basho 's Riak database. Very enticing, want to see how it actually works for me. #qconsf

Stratos - an Open Source Cloud Platform by Paul Fremantle

Twitter在本次会议上的反馈包括：

jrolstad Josh Rolstad: The Stratos presentation has good insights into how a PaaS product is built. So many things I take for granted that are hard to do. #qconsf

Performance and Scalability Solutions

Java EE 7: Developing for the Cloud by Tyler Jewell

Twitter在本次会议上的反馈包括：

rbarcia Roland Barcia: At #qconsf , Java EE v7 theme is Cloud. "Cloud Services, Not Just API's." Standard REST client API, etc...

Performance and Scalability Panel by Hans Jespersen & Tyler Jewell & Michael Kopp & Tom Lubinski & Floyd Marinescu & Dan Pritchett

Twitter在本次会议上的反馈包括：

floydmarinescu floydmarinescu: Cloud is good for scalability because it forces you to design upfront with good patterns #qconsf performance panel

Solution Track Friday

Automating (almost) Everything using Git, Gerrit, Hudson and Mylyn by Ryan Slobojan

Steve Mercier extensively covered this session;

A presentation on how good open source tools can be integrated together to push development efficiency up….

Setting up the server (in that order)

Install all the softwares and then:

Clone GIT repository

Initialize Gerrit

Register and configure a Gerrit human user

Register and configure a Build user (the automating user)

Install Hudkins Git and Gerrit plugins

Configure standard Hudkins build

Configure Hudkins Gerrit build (integrate the review within the build)

Setting up the client (contributor - in that order)

Install EGit, Mylyn Builds (Hudson), and Mylyn Reviews (Gerrit)

Clone GIT repository (pull)

Configure Gerrit as remote master

There is no step 4! 做完了

Setting up the client (committer - in that order)

Configure a Mylyn builds Hudson repository

Configure a Mylyn review Gerrit repository

Create a task query for Gerrit

There is no step 4! Done .

Building an Ecosystem for Hackers by Rich Manalang

Steve Mercier attended this session:

The software life-cycle

It goes from ideas, to prototype, to code, to shipping the product and rinse and repeat until your product is bloated and the code begins to stink!…

How can we empower users

Build opinionated software (if you do not like it, don't buy it - but you are thus building a fence around your product)

Build a platform they can hack on (you allow you customers to get involved)…

People want to contribute to your product, but you need to give the ways to do it!

Integrating SaaS Applications with Mule iON by Ken Yagen

Steve Mercier attended this session:

The speaker wen through a discussion on APIs explosion, popular ones, the ones he thinks we should be considering in cloud application and how MuleiON can be used to properly decouple an application from all the cool cloud APIs discussed and presented….

Top 10 APIs by usage

谷歌地图

推特

的YouTube

闪烁

Amazon eCommerce

脸书

Twilio - Telephony service

易趣

Last.fm - Radio service

谷歌搜索

…

iPaaS: Do not clutter your app

Use MuleiON (integration PaaS) for loose coupling your app to this cool stuff

Your killer app --> integration layer (ex: MuliON) --> cool stuff (Twitter, etc. all that we just listed above)

好处

Configuration approach to APIs

Handled for you (security, session management, streaming, http callbacks)

consume and invoke multiple services, retries, error handling

Essentially, decouples and keeps your application code clean

Social Events

Twitter在本次会议上的反馈包括：

charleshumble : Mariachi band after the @ bmf party keynote bit.ly/vAriv4 #qconsf

vmedev : Great turnout at the Thirsty Bear celebrating V.me by Visa announce. Thanks devs! #qconsf # qcon # vme pic.twitter.com/neDLjbRS

signde : Visa v.me #qconsf party at thirsty bear is really nice. Free drinks and food. They even have paella! Great beers here.

floydmarinescu : Check out last night's Mariachi band after the @ bmf party keynote bit.ly/vAriv4

@ bmf : Loved the mariachi band march to the Metreon! t.co/htem6uM3 # qcon #qconsf

suziedwards Suzi Edwards: Time for drinks at #qconsf . Feel free to bring a bucket of white wine to me at the # thoughtworks stand. And I'll enter you into our draw!

关于QCon的观点

Daniel Doubrovkine joined QCon SF this year:

What I loved about this conference is that it was mostly technical in nature and that the best speakers were hands-on industry practitioners. I also greatly enjoyed the fact that most attendees were architect-level engineers, which made for well balanced conversations over the frequently supplied drinks.

Steve Mercier shared his impression after the first day of the conference:

Ok, day 1 of the conference is done. Now, what can be said about the experience up until now? Well, for one, I think QCon SF is awesome. The organization of such an event can be difficult as there are many people, many speakers, lots of coordination and a bunch of areas where slip-ups can occur but Trifork and InfoQ have got everything under control. The venue layout minimizes walking distance between presentations and the hotel staff is very efficient and courteous, unlike the cable car operators . So, organization-wise, I have no complaints; We are in very good hands.

Jean Lambert shared his impression after the conference:

The past three days have been quite intense and I'm on the verge of a total information overload. All that aside, the QCon San Francisco International Software Development Conference was in my eyes a great success.

Twitter opinions on QCon SF 2011 included:

jamesy829 : The QCon San Francisco Conference was a blast! Time to try new stuff! #qconsf

jrolstad : Relaxing at SFO after #qconsf . Was an intense 3 days - kept us busy from 8am until late at night w/ conference and vendor parties!

argv0 : #qconsf winding down. great to see old friends and meet new people. thanks @ trifork , @ infoq , and @ basho !

ddossot : My gutfeel is that #qconsf is a refactoring away to go from good to great. Let's come back next year and see how great it'll be :)

marienborg Andreas Marienborg: And it's a wrap! My first #qconsf ever, and I loved it :)

@ adrianco : Biggest problem with #qconsf is wanting to be in more than one talk at the same time. I missed some good stuff today :-(

stephen_younge : Sad to leave #qconsf early but it was probably good that I got out of there before my brain exploded.

外卖

Jean Lambert's takeaways was:

Me and my work colleague came here on an information seeking mission and I can now say with great confidence that we have achieved our goal. In fact, we might have collected enough data to sift through for the next couple of weeks which will then package that in a form that is consumable in our work environment. The discussions and idea exchange will definitely continue for us but at a more local level.

Twitter feedback on QCon SF 2011 included:

stephen_younge : Back in Boulder and already experiencing #qconsf withdrawal - but at least I'm finally beginning to assimilate some of the stuff I learned.

stephen_younge : Day Two of #qconsf was awesome and it has me rethinking some # Agile and # Craftsmanship assumptions. Amazing @ vmedev party last night!

emcooke : Very impressed with my first #qconsf this year. It was a hybrid of an academic and 'tech' conference with meaty talks

frubim : Flying back home soon. Exciting time at #qconsf 2011. Great discussions and sessions. Can't wait for London and New York next year!!

vmedev V.me Developer: Day 2 of # qcon about 2 wrap up. hard to tweet when I'm so engrossed in the sessions.Sid from Netflix session was interesting # vme #qconsf

platypusguy Andrew Binstock: At excellent #QConSF conference today. Heard @ mfeathers @ dpp @ hlship and @ stevevinoski among others. Good line up for one day!

ChrisHirsch ChrisHirsch: Alrighty! Back from #QCon and ready to change (or guide heh) the world at work ;-)

The success of each QCon lies in the fact that each is created virtually from scratch by the small team of experts that make up the program committee. This year's committee members include Floyd Marinescu, Kresten Krab Thorup, Ryan Slobojan and Aino Vonge Corry. The committee ensures that new tracks will reflect current trends in enterprise software development, and that sessions are both educational and practical. Speakers are handpicked by track hosts who themselves are practitioners. Attendance is limited so that the experience is intimate, allowing attendees to mingle with highly respected speakers, community influencers and thought leaders. The result is a unique conference that is given by practitioners for practitioners.

QCon is co-produced by Trifork (GOTO and other Conferences) and InfoQ's parent company, C4Media. QCon conferences include QCon London , QCon San Francisco , QCon Beijing , QCon Tokyo , QCon Sao Paolo , and our recently announced QCon New York conference.

翻译自: https://www.infoq.com/articles/QCon-San-Francisco-2011/?topicPageSponsorship=c1246725-b0a7-43a6-9ef9-68102c8d48e1

qcon