已买,用来传教
膜拜
#13 楼 @kayakjiang 国内普遍的思维是产品要钱,服务应该免费,服务是购买产品附赠的。其实对许多项目来说,服务才是大头好不好。
#4 楼 @kayakjiang 知识产权保护体系比较完善,侵权成本高。国内的话,个人难以支付高昂的法务(公关)成本。
我也很好奇为什么不加默认值,或者 wrap 一下方法 c 也可以啊
这样升级 server 的 ruby 版本也方便一点
我给排版点赞
现在用 docker 做虚拟化方案的公司还不多,不过趋势已经很明显了
定了 9 美元一个月的 gorails,一直觉得不错
在用 bower,yarn init 换成 bower init,用法一模一样
已经和 T 社联系
#83 楼 @duanjs 好呀,地址邮给我吧,我快递给你 [email protected]
照着参考尺寸买,发现买大了,而且衣服的质量不好,只能说情怀更多。
我买了两件,一件白色 S,一件灰色 L。
已经联系客服,客服说非质量问题是不能退换的。
有没有朋友要?给地址免费送
群里已看到
你们可以赞我这个回复,来测试下这个功能
看了 10 楼决定不买了
一个只是多个的一种特例,当数组元素为 1 时的特例。
除了反向代理,用 nginx 做静态资源代理了吗?
白色的容易脏,弄件灰色的好了
论 80 后码农和 90 后码农的区别
好像题主发现了一个不怎么常见的错误
我试了下,正常情况下当 hash 的 key 是 object.method+1 这种形式,分词的时候可以正常解析
pry(main)> Ripper.lex("{ foo: bar.length+1 }")
=> [[[1, 0], :on_lbrace, "{"],
[[1, 1], :on_sp, " "],
[[1, 2], :on_label, "foo:"],
[[1, 6], :on_sp, " "],
[[1, 7], :on_ident, "bar"],
[[1, 10], :on_period, "."],
[[1, 11], :on_ident, "length"],
[[1, 17], :on_op, "+"],
[[1, 18], :on_int, "1"],
[[1, 19], :on_sp, " "],
[[1, 20], :on_rbrace, "}"]]
前面有一个空格时,并不能正常解析,+这个方法并没有被抓到
pry(main)> Ripper.lex("{ foo: bar.length +1 }")
=> [[[1, 0], :on_lbrace, "{"],
[[1, 1], :on_sp, " "],
[[1, 2], :on_label, "foo:"],
[[1, 6], :on_sp, " "],
[[1, 7], :on_ident, "bar"],
[[1, 10], :on_period, "."],
[[1, 11], :on_ident, "length"],
[[1, 17], :on_sp, " "],
[[1, 18], :on_int, "+1"],
[[1, 20], :on_sp, " "],
[[1, 21], :on_rbrace, "}"]]
这算是个 issue 吗?估计只是我们的使用姿势不对吧,把 + 两边都加上空格或者都不加就可以正常解析
php 的部署起来比 rails 的方便多了,对不干 IT 的普通人来说,用微软的 web platform 就可以在 IIS 上直接部署。
不过随着个 sass 厂商的崛起,以及 web 应用向云端的迁移,这个情况应该会好很多。
1000+ 测试,一次半小时以上。
假装很认真得看着测试输出(实际发呆中),很快就过去了。
注册了,回去学习一下。
能不能分个类,把 rails guides 里已经有的内容,划到初级里去。
对于楼主自己的总结的体会,划到高级里去。
这种还是别用 rails 了吧