#33 楼 @trenttian 佘伟还在你们那里吧?他都不算腼腆? >.<
#29 楼 @trenttian 素程序员!他很腼腆,不怎么爱讲话!能猜到?😂
真是越来越多的靠谱公司在成都发展起来咯,支持支持。 我有个朋友在里面,感觉挺靠谱的!
你的问题 (周刊),我的第一想法就是你是否可以支持 mail 推送。
有点像 http://rubyweekly.com/ 和 http://javascriptweekly.com/ 这种形式。
你的目标用户 和 Email 用户是高度重叠的,所以是应该不会介意这种形式的?
这种方式不适合做 小白类型的 周刊。
#8 楼 @chaucerling #9 楼 @loveminds 和 golang 没什么关系。
也不觉得 golang 会把市场占完!
#2 楼 @blacktulip what???? 这也差太多了!这个课程如何?
有点想去也!凯去么? 😂
支持一下成都用 Rails 的公司!!! 论坛里有这家公司的朋友吗?
各位,深圳 不见不散!!!
所以你已经有答案了!
第一感觉挺好的楼主,而且也挺适合我,帮我做了适量的聚合,又不需要我做任何工作。
有两个建议:
兄弟你服务器端口开了吗?
@nouse @rubyu2
楼主说的是它用的 mysql.
还有 @chairy11 我再给你解释一下 uuid 的应用场景吧,这里只举一个栗子 只针区别你说的那个 普通 id 的情况
假设你有 Document, Photo, Text 三个 model, 他们分别有 id 和 uuid
你对外想做一个抽象,当用户请求
“objects/识别码”返回相应对象(可能是 Document, Photo 或 Text)。
你用 id 时没办法做的,因为他有可能重。
而这种抽象用 uuid 做将是极好的。
我只是举了很多例子中的一种应用场景。只是想说明 uuid 和你数据库的 自增 id 并不完全是一样的,但有些场景还是可以混用。
当你非常强调 unique 但是又没有很好的 Unique IDentifier 的时候,那么 uuid gem 是个不错的选择。 如果我没记错它会用到你的 MAC 地址 和 其它内容 一起作为 Unique IDentifier。所以你基本可以认为在不同的机器任何时刻一定 会生成不同的 uuid!
你如果追求精确的小数计算 应该用 BigDecimal
(BigDecimal.new("133.3")/BigDecimal.new("10.0")).to_f #=> 13.33
# BigDecimal provides similar support for very large or very accurate floating point numbers.
不得不承认,Laravel 是最好的 PHP on Rails 了!
只能把我珍藏多年的 cheat sheet 分享给你了。虽然已经有点过时,但看起来还是那么赏心悦目。(视频是收费的,cheat sheet 是免费的)
个人是非常喜欢 Passenger. 部署简单,且性能强大。
给楼主贴一篇文章 Ruby Web 服务器:这十五年
希望对楼主的选择有所帮助,并引用一下其中的一段:
以最新的 Raptor(上文提到的 Phusion Passenger 5)为例,其在网络 I/O 模型的选择上融合了现有其它优秀产品的方案,包括 Unicorn 的多进程模型、内置基于多线程和事件 I/O 模型的反向代理缓冲(类似 Nginx 的功能,但对 Raptor 自身做了大量裁减和优化)、以及企业版具有的多线程模型(类似 Puma 和 TorqueBox);此外,Raptor 采用的 Node.js HTTP Parser(基于 Nginx 的 Parser)的性能超过了 Mongrel;更进一步,Raptor 甚至实现了 Zero-copy 和一般在大型游戏中使用的区域内存管理技术,使其对 CPU 和内存访问的优化达到了极致(感兴趣的话可以进一步查阅这里)。
哈哈,有两个已经上过节目。有机会还可以再请他们来。 你的列表里有不少我都很熟,可以慢慢请啦! :)
@ashchan http://teahour.fm/2013/02/19/interview-with-ashchan-on-mobile-development.html @flyerhzm http://teahour.fm/2013/06/17/review-singapore-reddotrubyconf.html
采访 @robbin 大大是一件幸福的事情,只需要主持人提个简单的问题。他就可以自由发散,把我们想进一步挖掘的给一次说出来!可谓中国好嘉宾! 😂
顶!!! 听说我当年的合伙人 @beenhero 在里面哟!
支持 @laomao :)