今天 @quakewang 的演讲相当给力,跟以前一样全是干货! 分享很 high,大家互相沟通讨论也很 high。大概来了二十多人,没有记录大家的名字,只要求大家会议中,会议后来这里签到一下,请给我们拍集体照的同学把照片上传这里吧。
刚刚接到来自俞玶得电话,他这两天重感冒,过来担心传染给大家,所以今天他在家休息,不过来了。他让我跟大家解释一下,他本人感到非常抱歉。
恭喜,掩不住内心的小兴奋,一定是心仪的公司吧?期待你稍后的 announcement :-)
麵包屑还可以用来喂鸽子。
我个人不用这个功能,关于日常事务的记录,我偏好用桌面客户端工具。
谢谢 @huacnlee 幸亏有你及时响应并处理。
#18 楼 @aNdReW_Qx 恩,是的,直接过来就可以了,正大广场三楼星巴克,上电梯到三楼回头就是。
#5 楼 @huacnlee 字号大一点,看起来很爽的,呵呵,给你个例子 http://lvguoning.com/blog/2011/11/27/mac-nginx-passenger-rails/
我在这里开了一个 issue,让我们先讨论一下,然后在决定是否要添加这个功能吧。 https://github.com/huacnlee/ruby-china/issues/78
这个需求是有其合理性,但是大家对这个赋予管理员的功能怎么看待呢? 我个人的看法,拿洪水泛滥举例子,首选的方法是疏导,如果疏导解决不了问题,其次才是“水来土掩”。
#1 楼 @hooopo 是等价的,都是 Callback 的注册语法,Block 的写法适用于代码很少,或者只有一行的情况:http://guides.rubyonrails.org/active_record_validations_callbacks.html#callbacks-overview
The macro-style class methods can also receive a block. Consider using this style if the code inside your block is so short that it fits in just one line.
欢迎 :-)
@huacnlee 有一篇 blog 专门讲这个问题,如果你要解决自己的问题,可以参考 http://huacnlee.com/blog/using-nginx-proxy-to-mirror-rubygem-org
如果你要作一个 rubygems 镜像,这个事情 @zhuangbiaowei 目前正在制作中,因为刚刚开始,还需要内侧还需要时日,今天他跟我说,光同步,就要同步接近 12 万个 gems 呢。
#4 楼 @Numbcoder 因为我八卦了一句,然后感觉不妥就自己删除了... 呵呵
#4 楼 @Psi 看到你的回复让我激动了一下,联想到总有一些人分析产品时总拿不支持 IE6 说事...
http://www.ie6countdown.com/ 不支持 IE6 应该是一个 feature!
QQ 邮箱已是腾讯非常重要的明星产品之一,它的团队也被内部员工称为可与 QQ 团队媲美的“七星级团队”。
已经有“产品控”这个节点了,后面会陆续发出一些我知道的有趣的 web 2.0 项目。
先从简单的开始解释
a = 'foo'
puts a, a = 'bar'
foo
bar
=> nil
这个解释了第一行和第二行的结果。
第三行直接打印出来传入method
方法的参数,那是因为 yield 方法调用的闭包内对变量 g 作的任何赋值,仅仅在闭包作用域内有效。
#3 楼 @yedingding #4 楼 @ghosTM55 支持,QQ 分流没有什么好处,交流的成果也无法积累下来。
heroku 提供了一个基于 tab gem 的解决方案,让你可以导入导出数据 http://devcenter.heroku.com/articles/taps 不过考虑到网速和数据量两个原因,个人建议这个工作最好自己开一台 EC2 的 instance 来做,因为 Heroku 基于 Amazon 的 EC2,比从自己的本机搬家速度快很多。
#1 楼 @huacnlee 仔细阅读 @liuzihua 的观点,我读出了一些隐忧,这是因为 @liuzihua 心系着社区发展的原因啊。
我认为产品经理这个角色不可或缺,但是不一定是具体的一两个人,而是一种机制,能够从 ruby-china 这个产品的角度思考问题,对大部分的网站用户调研,分析和挖掘大家的需求,转换成开发任务,开发完成后还要对效能评估。
我觉得 @huacnlee 作为一个 ruby-china 的用户兼开发者,所以很清楚需要什么不需要什么,换个角度看,Rails 不断进步,Web 技术不断进步,好的想法层出不穷,所以开发和代码维护的工作不会达到某个时间点就停滞不前,而是一直持续下去的工作。所以 @liuzihua 说如果有个产品经理的角色,在这个持续的过程中加以控制,并且这个产品经理能够用民主的方式来把握项目走向,使这个生长过程看起来很自然。