有 meetup 竟然,干嘛不早说,你咋不早说
支持楼主的维护自己权益的行为,楼主不是娇贵,而是有我们大部分中国人缺失的一部分爱较真的精神。 同时我也想说,你们做 web 的真是没在游戏公司待过...
#6 楼 @paul_king 额,对,当时看的时候就像来 ruby-china 吐槽的,翻译兄,基于 rails 平台的 ruby 语言是闹哪样...字幕组要找个程序员校对一下啊...
吐槽一下最后的结尾...由撸管讨论出新压缩算法这是要闹哪样...编剧泥垢了...
#6 楼 @Johnsonqu 可以说把 erlang 这个反人类的语法优化到可以接受的地步了,Ruby 程序员如果你每行后面都要写一个逗号,有时你需要在函数结束时用分号结尾,有时需要用句号结尾,你会不会疯掉?而且你没有 DSL,你需要为每个模块定义外部可调用的函数名,而且 erlang 的文档还很不友好。有兴趣的可以看看 Dave Thomas&Jose Valim 在 Erlang Factory 2014 Conf 上吐槽的视频
#48 楼 @iBachue 在 elixir 节点下有资料的,链接在此 https://speakerdeck.com/plataformatec/elixir
基本上 O'Reilly 的动物书,manning 的 in action 还有 pragprog 的书都还不错的,国外的出版社还是比较自惜羽毛的
#32 楼 @moliliang 额,可能我当时正好碰上电信国外线路都很差吧,就荷兰 2 的这个速度还行,当时 sfo 测试速度还没这么高呢...懒得换了...我只是拿来当 git 服务器,翻墙服务器用,荷兰的足够了,做 web 服务器给国内访问的话还是用 linode 靠谱点,其实如果没有给国外访问的需求的话,国内的 ucloud 应该还可以吧,rubychina 都换到 ucloud 上了
sorry,i forgot to add this guy's book,but you can't buy it now. The Little Elixir & OTP Guidebook http://benjamintanweihao.github.io/blog/2014/01/07/announcing-my-upcoming-book-the-little-elixir-and-otp-guidebook/
@lgn21st 我去...elixir 节点有了...感动啊,有空就给节点加干货
苹果店旁边 COSTA 的 wifi 确实无力吐槽,应该可以回到 starbuck 了吧?我记得以前大家都是在 starbuck 里二的 @yeahren Peter 下周二要不要也来二一下啊?
DO 的阿姆斯特丹 2 速度稳定,上海电信测试结果良好 下面是测速链接 http://speedtest-ams2.digitalocean.com/ 请小范围扩散,否则我怕这条线也被挤爆 linode 已经被我停掉了,不跑大 app,20 美刀一个月太浪费了,5 美刀一个月的 DO 只是用来翻墙的话价格便宜量又足
linode 优点:cpu 核多,跑多核 app 比较好 缺点:贵
DO 优点:便宜,固态硬盘 缺点:单核
@gene_wu 大概有一年没去 ruby tuesday 了,好怀念,下周无意外应该回参加,我可以讲点正在用的 elixir,各位下周二见
dash,必须的
刚开始一看 actionscript 薪水第一我就那个震惊啊...后来一看取样数据只有 100 个,我只能呵呵了... 把取样数据 1000 以下的去除掉的结果如下: 1.java 1402 2.C 2120 3.Ruby 3242 4.Javascript 3443 5.Python 2314 这才比较靠谱...
#13 楼 @fresh_fish sublime 报道,如果 intelliJ 出 elixir 的插件我就去用 intelliJ,vim 和 emac 学习成本太高...手笨玩不来...
这是 ruby 圈在炫富么...一个教儿童 ruby 的项目筹集到了 38 万美金... 赤果果的炫富啊...
swith(他的技术性取向) **提示一下,此处应该断句为技术性 取向,想歪的自捡节操**
{
case 坚定的M$的拥护者:
case 坚定的认为C++可以统一天下的人:
never ever try to 让他学Ruby,他不会有兴趣的,ruby本来在win下面就坑多,别坑他了
break;
default:
只要是喜欢尝试新事物的C++程序员,你只要让他拿Ruby小试牛刀解决一下眼前的问题,他就会爱上Ruby了,我就是这么爱上Ruby的.还可以跟他说"亲,用Ruby不用自己造轮子哦."
break;
}
话说吐槽一下,最新的 C++11 改进不少了,让我有重试 C++ 的冲动了,auto,list initialization,range-based loop,lambdas.但是相对于 Ruby 还是要打好多字母...
lrz 大大已经在邮件组里回复了,RM-3 这个 issue 一直没有好的解决方案,所以搁置的,他表示现在 hipbyte 会暂停一切开发计划解决这个 issue,而且之前此 issue 一致有临时解决方案,用 block 的时候稍微注意下就好了。
看到这个帖子,突然感觉自己好悲催...我会说我现在上班就是写点 php/ruby 的 api 接口,还要准备弄 c++ 的 cocos2d-x,还写写 java 的 android 和 obj-c/rubymotion 的 ios 么?我会说么?
其实这个招聘要求倒没什么...但是光提要求,不说待遇或者福利,还一副傲娇的样子"你知道我们需要什么,哼~",你这到底是让不让人吐槽啊...你是不是妹子啊还傲娇...搞技术招聘的就别卖萌了好不好...你不说我怎么知道你要啥啊...我又不是琴浦さん我又不会读心...我知道你妹啊,妹啊,啊..啊...啊...
#9 楼 @gene_wu 嗯,laurent 大大很辛苦的,2.0 都可以开发 mac app 了.
OC 哪里有这么多有创意的 gem,teacup,sugarcube,promotion,bubble-wrap 等等我就不说了,还有sweettea=sugarcube+teacup,ruby 和其他脚本语言最大的区别就是 DSL 友好,连 martin 大叔的 DSL 书里都点名夸奖 ruby 了。
把下面这个网站里面的 gem 看一遍,我相信 rails 程序员都会对 rubymotion 大爱的
http://rubymotion-wrappers.com/
不同的游戏不一样的,对于一些并发,实时性要求高的网页游戏 (比如 FPS 之流)ruby 肯定有瓶颈,但是普通的 web 策略游戏的后端优化优化应该毫无压力吧 楼主想要的 ruby 后端游戏开发书籍资料肯定没有的,可以去 slideshare 上面取经,wooga 这个公司在 facebook 上还是很有名气的,而且很喜欢分享后端的经验,但是都是一些架构的经验,不过也很有借鉴价值。虽说是游戏服务器,但是其实和网站的后端没有太大的区别,可以看一些高并发的 rails 性能调优的文章,异曲同工的. http://www.slideshare.net/wooga/tag/ruby
@navyboys 先谢啦,没想到你还记得我,呵呵,好感动啊。我也好久没上 ruby-china 来了,只是可惜我已经不在上海了,估计很难碰面,正在老家专心照顾孕妇呢~等小孩大一点以后如果准备去日本工作的话我一定联系你。
已经结束,Laurent 整理的文字总结 http://pastie.org/7913896