同意，坐这里的谁都知道吧这些

听半小时广告能换来一次自助餐还是值得的

干货太少，私货太多。

Micro Service Architecture 最重要的部署、自动化测试、分布式配置、监控全在 incoming 或者不讲（估计也不是特别好的做法），整个是普及给谁不会写 Thrift 服务的么;(

还一堆私货，强行装那什么，也是醉了。

互动太少了 时间没把握好～～～

收到！

#3 楼 @prajnamas

作为技术大会，众口难调是一个很麻烦的事情，听众的技能栈和能力都有不同。控制内容和深度是一件很难的事情，不知道有什么好的建议？

对于你的批评，我觉得今后对演讲内容上，应当设立一些要求，让演讲关注于主体本身，屏蔽掉细枝末节

同意楼主说法！我觉得就算打广告至少也得准备一下吧，用户体验不好啊！本次大会的内容含金量不如想象中那么高！但是我还是感谢主办方的这次聚会，让我认识了很多热情的人~

#7 楼 @huhongda 我真没从 8 位主讲那里听到多少广告..... 开场的赞助商我们明确告知赞助商让推广自己的，都是赞助商支持才有这次的大会。

@yedingding 我没说主讲师有广告哈！我是说同意楼主说法，广告时间没有把握好，同时我觉得打广告也属于自我推销的一种，如果不准备就打广告是会影响用户体验的！

#9 楼 @huhongda 理解错时间了，不好意思... 从这点上说，我同意有些赞助商没有好好把握我们给的这个广告机会...

@没关系，总体大会还是给了我很多收获~只是跟预期的有点差距~

今年没有讲师评价环节 个人评价是这样的 最喜欢： I've Shipped the Code. What’s next? , 午饭 不喜欢: Ruby 的快与慢 (薄荷网论坛每次发言都挺有货的，这次诡异的选个啥内容都没有的题) 50 分钟用 RubyMotion 开发 DiggMotion iPhone App (实际效果不好，我 new 一下，app 出来了。我贴段代码，这个功能有了，再贴一段，这个又有了，你们看，神奇吧。不如说点具体的，就实现一个 uiviewcontroller,rubymotion 怎么写，优点在哪，一些常用 gem 提供了什么，storyboard 啥的能不能用.) RailsService: Create microservices with(or without) Rails

最感谢: 组织者，讲师们，赞助商，志愿者们 @jasl 我觉得不存在重口难调的问题，基调是由社区平均水平决定的，精力有限的情况下想照顾越多就越容易失败。台下乱成一片都在讲话时候就说明这个选题失败。

是我没去的原因吧

#12 楼 @flypiggys 谢谢你的意见，我觉得的确是想照顾到太多人，反而丢失了特色，尤其是在一个几百人面前做演讲。这点我们作为组织者，在大会前和讲师缺乏足够的沟通和给予意见也是做的不好的地方，以后会改进。讲师们准备内容很辛苦，我觉得在国内大会讲东西包袱太重，还是非常感谢讲师对我们的支持。

#12 楼 @flypiggys #1 楼 @JackyGuo 真的抱歉！主题没有选好，也没有讲好，让大家失望了。

#15 楼 @vincent hello 中午吃饭的时候有跟你一起吃~ 其实可能是第一场希望是带入吧 第一场也都还好~

#15 楼 @vincent 我觉得你的演讲干货很多啊~没觉得哪里失望了

不过倒是大会的 WIFI 一直不知道怎么连接让人想吐槽

@flypiggys 我觉得楼主可能看到“ruby 的快与慢”期望听到的是关于 ruby 性能优化的，结果发现不是。 @vincent可能是站在薄荷网的管理人员的角度讲了些对 ruby 程序员的管理和项目决策方面的内容。

我开始听这个题目也以为会讲一些性能优化。 不过我站在一个想创业的角度来看，倒觉得内容干货很多。

主题众口难调，相信每一个演讲者都是花费了很多心思的，👏

萝卜白菜各有所爱，每个讲师都话费了很多心思。细细体会，有很多干货的。

没参加成 遗憾遗憾

每个人的精力投入都值得感谢. 但是反过来说观众尤其是远道而来的观众的精力也值得感谢，每个人都是 conf 的组成部分. 从去年开始在北京办之后我也很兴奋，每年都尝试把身边相关的人都拉来。但是所有身边的人参加之后的反应都是没什么营养，下次死活不来了。我自然心里不开心。

我是程序员，没有必要说中庸的话，我认为感谢和评价不能一概而论，真实的反馈才能帮助明年大会更成功。

楼上各位认为有干货的一定收获不小，我可能因为台下太吵了没听到精髓，不知道能否有人能把你们收获的干货分享一下。不要提纲和流水账式的。

#23 楼 @flypiggys 蛮同意 ls 观点，作为一个远道而来的人，还是希望干货多多，值回投入。而且我也是鼓动了身边很多人，说了各种好，公司同事也是蛮期待的。希望明年成都，美食 + 美景 + 妹子，能够让 rubyconf 更加成功。

补一句：今天下午圆桌论坛也蛮精彩的！

ruby 的快与慢真的是太水了。讲了一大堆 n 年前就被熟悉的内容，多少有点凑讲师的味道。I've Shipped the Code. What’s next? 还不错，有点料。

#15 楼 @vincent 我 09 年就知道薄荷，相信能做到现在也是一件很不容易的事情，也相信有一些技术的积累。 对我个人而言，开场有太多讲为什么选 Ruby，或者 Ruby 语言有什么好或者坏。其实如果不喜欢 Ruby 也不会去花时间去那个大会。然后后面就真得没有太认真在听了。不知道直接说一些，实际的案例会不会好一些？像云梯那样？我觉得这次做得最好的一个，虽然有些跟 Ruby 不太相关的东西，但是语言本来就不是独立存在的。

#3 楼 @prajnamas

1. 很多内容都想讲，但 45 分钟真的太短了。尤其是向大家介绍一个完全陌生的框架。所以我的主题主要是讲在现有的知识体系下，如何设计与实现一个新的框架，并重用现有的知识。通过这个演讲希望大家对 RailsService 有一个初步的认识。
2. 对很多参会者来说，Apache Thrift 是比较陌生的。另外我介绍 Thrift 的篇幅很短，再加上与其他协议的比较，一共就几分钟。
3. 我讲完后，很多不认识的朋友过来和我交流，觉得很有启发。有些朋友还希望尽快能尽快开源，并希望能 参与合作。我看到楼上也有觉得不满意的，我觉得有不同的意见挺好的，或者你觉得希望能探讨些更有深度的内容，我觉得在未来我们完全可以继续交流。
4. 私货。我没有有意识地放任何私货，如果你指的是演讲前后谈的一些“文艺”的内容，我觉得跟主题是有关联的。

这次参加 RubyConf，认识了很多新的朋友，也收到了很多好的反馈，很受鼓舞。还是希望跟大家多交流吧。

#12 楼 @flypiggys 谢谢你的反馈。之所以选择 LiveCoding 是基于 RubyMotion 是非常新的，绝大多数人还没有尝试写过 RubyMotion 的代码，现场调查的结果也是 95% 的人都没写过。所以如果讲具体的话，比较难让大家有较深的印像。但现场时间确实把握的不好，基本都不是 Code 的而是 Copy，这点真是非常抱歉。希望对 RubyMotion 感兴趣的朋友，还是可以看看 DiggMotion 的网站或者应用源码，相信对大家学习 RubyMotion 还是有些帮助的。

#27 楼 @luonet 有限的时间内仍然可以重点把一个讲详细了啊。从今年大会的演讲来看，大家都因为用户量和业务量快速膨胀而遇到了要拆分现有系统或几个部门之间语言不同需要协作沟通的问题。

以前能想到的就是拆 gem，engine，拆分成子项目用 API 通信等等。你的选题让我和几个朋友都打开了新的思路。感谢！

但是你的内容和题目真的不相符啊！！！你到底是讲如何设计一个框架，还是讲 RailsService 呢？

PS：广告商们，下次背背稿子再上来吧。

我觉得包老板讲的还是不错的。ruby 的快与慢这种题目，我觉得大家更想看到的是性能优化，或者实际的 benchmark 数据吧。像 ruby 在什么情况下快什么情况下慢这种感性上认识大家心里都有的。

理解，宽容，自勉，敬畏，感恩。

#30 楼 @sickate 对新手还是有用的啊:)