2012.4.18 微博热报:QCon 北京大会开幕

  • 崔康

2012 年 4 月 18 日

话题:QCon架构DevOps语言 & 开发文化 & 方法AI

QCon 北京 2012 大会今天开幕,在微博上有关 Qcon 第一天的分享和讨论非常火热,我们整理了部分参会人员的微博内容以馈读者。 

幻想的火幻#QCon#百度个人云 session 上提到一个应用设想:两个手机碰在一起,把一个文件一拖拽,就可以交换到另外一个手机上。有点意思。

老黄#QCon# 经历了过去的五年,持续集成从理论到工具到最佳实践都非常具体和细节了。这位老外把环节已经总结的很到位了。我认为持续集成最终一定会成为每个互联网技术团队的标配的。

达达尼奥#qcon#中午吃饭碰巧坐在上午讲师,incept5 cto john davies 边上,赶紧请教了一些 nosql 的问题,虽然英语有些蹩脚但老外还是耐心听了,也告诉了我他的看法,很有收获。

决题達零#QCon#上午的演讲可以总结为:SQL 既然只是适合于 ER 数据,所以 NoSQL;百度依托删选搜索结果在大陆生存地比 Google 好,那就继续抄 Google;持续集成既然无法破除 IT 交付中那么繁杂的流程,那么自身的流程繁杂也就是理所应当。……期待下午……

CaoLiang_ 曹#Qcon beijing 2012# small changes == less risks 深有体会,但这取决于反馈的速度,包括编译,ut,ta 等等的反馈速度,否则,开发者会冒险来避免更多的时间浪费。

StingChen#QCon#拆分解决数据容量和负载问题,拆分需要去关联化(业务逻辑,关联查询),数据一致性问题。

富士通的大胡子哥:QCon 2012,NoSQL 腾讯经验分享。主要针对四层存储体系,做 API 优化,并根据实际的业务场景选择合适的存储方案。

yitings#qcon# go, 互联网时代的 c 语言,讲得很精彩!从分布式与并发,到软件工程,编程哲学各个角度分析。

goldolphin 老师#QCon# 百度流式计算系统做得很复杂。实时的代价真心不小。百度的 infra 做了很多工作,疑问是为什么在最终产品上看不出来呢? 感觉是数据源头 (scriber 上游) 的问题?

富士通的大胡子哥:QCon 2012 NoSQL 百度经验分享,针对 MapReduce 的高延时,作了超越 MapReduce 的经验分享。事实上,其他厂商都应该已经针对 MapReduce 做了优化,从而实现 RealTime,比如 google,IBM,EMC,Fujitsu,Facebook 等等,只是优化的侧重点不一样而已,但是基本上应该都是基于内存计算的解决方案。

MIC- 一球成名#QCon#听了蘑菇街的分享,感觉作为研发人员,重要的不是你技术上有多牛,重要的是你有没有经历过架构演进过程。

糖醋鼻子:每次参加#QCon#、敏捷中国 这类高端峰会的时候(当然还有我们的@BeijingOpenParty ),我都会非常留意参会者之间的讨论、抱怨,会发现很多有趣的现象,这些是我们在工作中很难捕捉的重要指示剂,这就像炒股就要关注公交车上人们谈论的焦点一样。

低调的思考者#QCon#互联网的高弹性架构设计,主要讲的偏运维。讲了他们的一个 DRM,动态资源管理,一句话概括听后感:太空洞,没讲应用场景。主要说了通过 linux 的 Netfilter 获取了数据包后自己搞的那点事,没有听到我想听的,重要的信息点一句带过了!演讲的这位同学,你可以的!

幻想的火幻#QCon# 在 John Davies 的 Building an In-Memory NoSQL Database 中,John 分享了他在一个股票交易系统中的一些设计心得,问了他一个问题:对于交易系统这种 mission critical 的应用,在分布式运行环境下,如果轻 transaction 管理,如何保证数据的一致性。他的回答基本上就是按照业务逻辑来做具体分析。

TMac54:参加 Qcon 比上班还累啊,上午 3 场,下午 4 场,要到六点多,接着晚上 7 点还有 open space 讨论交流。估计要 9 点才能吃上晚饭了。难怪茶歇组委会提供的是红牛。

乔梁 QL:我在#QConBeijing#做的案例分享——打造面向服务的敏捷团队。尽管#QCon#更专注于软件技术,项目管理在这儿算是小众话题,但会议室还是坐得满满的。由于在第一个环节有很多互动,所以后面两部分讲得比较匆忙。希望大家有所收获——亲自实践更重要。 http://t.cn/zO0snJt

酸性有毒物质#qcon# 今天下午的敏捷话题在 UT 方面有两点收获:1)UT 覆盖度不重要,只要不出问题就 ok,当然出问题了就增加 UT 覆盖度;2)考察 UT 的指标,宁可考察 UT 的代码行数,也好过考察覆盖度。嗯嗯,受教了。

Erlang:qcon 的 slide 值得花一点时间浏览一下,看看国内这些人在忙什么。这么快一年又过去了。 

哦小印#QCon#今天的敏捷开发主题中的实践成分太少啊,或者不够细节,和预想的有一定出入……

zffl#qcon#腾讯对于开源产品的态度貌似是两三个工程师重写一遍,不用开源的,tmem,tssd,tdb,tfs 顺应而生,百度的 DStream 分享很给力,对于我 map reduce 还没搞清楚 stream computing 只能听懂个皮毛。淘宝的 tair 可能大家太熟悉了,所以……

低调的思考者#QCon#Tair 存储在系统在淘宝大规模应用实践,讲的不错,有场景说明以及针对不同的问题的应对机制。架构本身的思路设计的也很清析,但是也有不足之处!如果业务对数据的一致性要求比较高的话,它就无法胜任,但话说回来,在它本身的特点之内应用还是挺广泛的,期待淘宝做的更好!

酸性有毒物质#QCon# 李靖的过程改进,有不少可圈可点的地方,不过坦率地说,弱矩阵的管理模式,是比较反 Agile 的。所以如果想要成功,可能后期应该向着消除弱矩阵管理、全功能团队、自组织团队(或者@钱安川 所说的自适应团队)的方向发展。

猪立业 at 云中合唱团#qcon# 朱翔的讲座是下午听到的最好的。内容详细,上下文因果清晰,背景介绍全面。演讲者态度认真而谦虚。要是内容重点更突出些就好了。另外做太远可看不清 ppt。@InfoQ 什么时候有课件下载?

悠扬之心 reload#Qcon#Scala 一方面运行于 jvm,学习成本低,见效快,可以立即用在自己的项目里作为补充。另一方面,诸多的妥协和换汤不换药......

QCon架构DevOps语言 & 开发文化 & 方法AI