今天参加RubyConfChina的活动，见识了
?? 这次是RubyConfChina的第二次社区活动，集中了9场演讲，有四位外籍人士参加，各路神仙登场，精彩纷呈。我有幸听了6场，很有收获，小记一下记忆深刻的点滴吧。
?
一.Ruby之父的气场??? Matz是首先出场的人物，绝对重量级人物。大概是经常世界各地演讲的缘故，英语说得还算不错，极容易听懂。不过在这种场合的演讲，其实还是陈词滥调，并不会涉及技术类的深层次交流。有几个点值得记录下：
??? 1，记得几年前有个好玩的论调，说NB的程序语言创始人都是大胡子，好事者以James gosling等举例。据说Matz不服气，也留起了大胡子。今天看真人胡子还在呢，哈哈。
??? 2，Ruby的发展缺resources，need more and more to make the Ruby keep moving forward like shark！
??? 3，中国人在Ruby的开源社区中不够活跃，maybe shy? Matz如是问。why？Ruby在中国还是很少人用的，现场2、3百人中只有十几个在make money on ruby就能说明问题了。这几年中国开源已经发展得不错了，积累了一批项目和代码，尤其是在Java领域。在中国，ruby仍然离企业级开发很远，ROR虚拟主机寥寥无几，主要是一些创新公司在用在探索。
??? 4，matz讲了半小时，之后互动问答也达半小时，现场气氛很活跃，显得Ruby之父确实影响力够强，不愧人气巨星。十点左右，纷纷合影，这位老兄收收包赶回日本去了，日本和上海也确实够近的。
?
二.人间网的成功营销?? 这次会议的特色之一是中间投影仪上动态更新的本次活动的互动参与，本次活动（圈子）在人间网代号是#rcc可以通过web、短信、msn等方式参与实时发言，主办方派了人在这里实时翻译总结主讲人的核心讲话，更多的是现场听众和场外听众在这里实时交流信息，类似twitter的应用，很棒！我也忍不住用treo发了段话上去，嘿嘿。
?? 要提到这个，主要是自己最近在做这类网站，这是个有益的参考。
?
三. 日本人?? 除了Ruby之父，还有两个日本人，抱歉，我没听清楚他们的名字。一个是企业家型的程序员，一个是学者型程序员，都很有特色。讲得非常日本化的英语，实在很难听懂，尤其是学者型的那位，一丝不苟、正襟危坐，典型日本腔（也是那种可怕值得尊敬的日本人），说的是英语？居然让我听出五十音的味道，也是“功力深厚”，和做CMMI的印度人（咖喱英语）有得一拼（此人是日本Rubykaigi的，欢迎我们8月去日本玩（我看了网站，是要买门票的），~~好像和matz的学校有点关系）。
?? 企业家很坦率，说他爱编程但更爱money，哈哈，然后滔滔不绝介绍他对business的理解。观点如下：
??? 1.ruby带来的效率和能力的提升会让瀑布式开发灭亡，随之外包模式也必将走上绝路，因为日本IT公司有95%在为别人写代码（日本IT的外包这么高？），所以日本IT离死不远矣。呵呵，这话我爱听，不过想必必定是中国先死吧。其实这个结论还是太武断和煽情了点。ror有它的适用范围，目前只适用于极小的一个编程领域，即便在WEB领域要完全代替JEE，PHP也是不可能的。想过百人团队一起ROR吗？我不太了解，但估计不行吧，听说ROR适合小团队（6人左右）。确实，大军团作战，制式武器终归是唯一选择，不管你个人PK的宝刀怎么好使。
??? 2.don't make better products，but “WOW”? things for customer。
?????? 这话太对了！当时手头正好有ipod touch，这不正是“WOW”的样板！源于Jobs的强硬和执着才打造出iphone这样令人震撼的创新。
?
四. Jared的MongoDB??? Jared是正宗大胡子美国人，正在招人中....，演讲功力很是了得，PPT做得到位，介绍了他们最近做的reporting system的设计，用层层递进的设计演变过程很好的说明了为什么使用MongoDB。不过我英语功力不够，不少地方没听明白。有两个关键问题没解决：
??? 1，Mongos（他们开发的mongoDB集群客户端）怎么设计的？
??? 2，如何对reporting进行MapReduce？
?
五. 因为有事，下午头两场没赶上，到的时候正好老庄在讲NoSql/TC，没错过。??? 庄表伟说他们正在做TCDB，是基于TC table store的，一部分用C写TC扩展，一部分是ROR中的ActiveRecord扩展。结果是TC可以当成普通table来使用（TC端保持字段信息）。不过我在怀疑这么干的必要性，其实写个MySql的TC Engine不是更好？他们盛大创新院的roadmap中还想把TCDB做成一个全功能的MySql代理，包括集群、TC、分布式等等，要是真能做出来倒是大功一件。
??? 其实更有价值的老庄观点是NoSql的使用场景，使用性和局限性，要警惕唯NoSql论，我想这是很重要的。
??? 另外要记录的是，以为现场兄弟提的问题：如何处理TC的当掉？老庄的回答是用TC的复制做主从机，要是实在两个都当了就当了（生活总有不能承受之重的不是，哈哈，记得sina的某个架构设计是用轮训方式来解决的，带来的multiget比较无语，还不如这样该死死干脆）。
?
六. 最后的集中提问时间??? 有点冷场，我想主办方设计的这个嘉宾座谈会式的提问时间有个缺陷是太考验听众的记忆力，而且当时很多人有问题是忍不住的，在speaker下台后直接趟过去问了，所以把提问时间统一到最后来做会造成点冷场，不过主持人的急智很OK，一句“为公平起见，每位Speaker限一次提问”就轻轻揭过，哈哈，过了一轮，果然大家有点回神了，提问一个个冒出来。
?
?
哦，还有黄志敏关于Ruby http api的speak，我记下了好几个工具的名称，回头用用看。http协议和爬虫这一块我比较熟，所以帮助有限。一边听我就在想，robbin不是最鄙视中国的爬虫吗，黄志敏不知道有没有看过robbin的这篇帖子。想来没有，否则黄怎么着也要给javaeye面子，要提一提robots协议，哈哈，我很阴暗吧。后来有人问黄如何解决验证码问题，黄说他搞不定。其实对一些简单的验证码，通过开源图片识别工具是能搞定8、9成的，这就不多说了。
keywords:wireshark,http analyzer,mechanize,fakeweb,typhoeus
?
后记会议完了后，我们随意逛到了浣纱浜菜市场那里。
推荐一下那边乱七八糟的路边摊，“正宗巴西碳烤”，烤羊排只要28一斤，超值超值；臭豆腐也很香，我和lp吃了12个。
?
1 楼 lgn21st 2010-06-28 谢谢你对主持人的理解，因为时间紧，如果每个人都有QA时间，那么最后一个演讲要排到7点去了，我也没有办法呀～～～ 2 楼 tedeyang 2010-07-01 lgn21st 写道谢谢你对主持人的理解，因为时间紧，如果每个人都有QA时间，那么最后一个演讲要排到7点去了，我也没有办法呀～～～