S*A
发帖数: 7142 | 1 Ruby 还是太慢。
Magic 是指有很多东西 RoR 帮你做了，中间有很多 code.
给你一个印象是好像用 RoR 特别省事。通常要改很多东西
都是看起来关系特别远的东西。例如 RoR 用 db, table 里
的 field name 都给你 map 好了，就用 field 的名字。
这里面有很多 assumption 来帮你简化问题。
觉得省事就是因为有很多 Magic System, 你可以不管这些
Magic 是如果实现的，你只要记住什么是你要改的就行了。
但是如果你深入使用的话那些那些 Magic System 反而容易
成为障碍。因为有些 assumption 不成立了，需要突破一些地方。
这下你需要学习 Magic 是如何实现的才好改动。这样
省事省出来的代价全部要赔回去。而且已经上了贼船不好跳。
变成是要 fighting the magic system.
有多少人知道那个 RoR 里面是如何工作的？如果不是推荐的
方式不够用需要如何改？ |
|
wy
发帖数: 14511 | 2 As far as I know, 还在用ROR。前不久刚雇了RoR core team的一个前member。
不过他们准备move到scala. 更久以前hire了一个scala的专家.message queue
那部分已经是scala写的了。但是其它绝大部分还是RoR and Ruby |
|
S*A
发帖数: 7142 | 3 LOL, 你扯和我扯的不都差不多么。
雇了 RoR core team 的人最后还要放弃 RoR 难道不说明 RoR
严肃的使用很有问题么？ |
|
S*A
发帖数: 7142 | 4 如果他们不是被 RoR 折磨得够呛会决定上 scala 么？
要知道他们原来 hire 很多元老就是因为 RoR 玩得好的，要推翻 RoR
是要费很大阻力的。这个情况下还能决定上 scala 还不说明问题么。
所以我觉得我的结论仍然成立 ：-） |
|
S*A
发帖数: 7142 | 5 BTW, 我做过一些 project 别人一定要用 RoR. 接触一些 RoR 的
东西。我只能说我非常不喜欢 RoR。Magic 太多了。执行效率又低。 |
|
S*A
发帖数: 7142 | 6 因为 RoR 都是喜欢花哨的人用的。
正儿八经的网站用 RoR 负载能力太弱了。twitter
以前用的人一多就挂了。 |
|
S*A
发帖数: 7142 | 7 不是你自己说的打算要换 scalar 然后又折腾半天还没有换。
我就是引用你说的啊。其实到了想换不能换的时候就已经
说明很痛苦了。因为流量大用 RoR 的公司不多，twitter
算是比较深入使用 RoR 的了。twitter 算是比较有钱的公司，
能雇到比较牛的人，如果这都搞不定，是可以说明一定问题。
如果网站没有很多人用，那自然是没问题。
大公司做很多 java 东西扔掉有些情况是是因为没有人用。
想这种明显需要用的东西，然后重写新的东西实现和原来
一样的功能不是说明原来的系统很有问题么？ |
|
j**h
发帖数: 173 | 8 Ruby the language itself is elegant and expressive, and therefore a natural
fit with Mac OS X. Macruby (LLVM
implementation of ruby) is probably about to become a 1st class language in
OS X.
Regarding twitter, their performance woe had more to do with big
architecture designs than programming
languages. Additionally, RoR is famous for quick prototyping, which
benefited twitter.com in a sense that they
were able to ship the 1.0 version in a very short period of time and
iterated like crazy. Th... 阅读全帖 |
|
m*********3
发帖数: 1425 | 9 如果打算找作web的工作， 现在学ROR好还是nodeJS好？我看好多培训是ROR，谢谢。 |
|
p**********y
发帖数: 124 | 10 ROR 和 PAOPAO1997 都是川普的狗腿子 |
|
p**********y
发帖数: 124 | 11 ROR 和 PAOPAO1997 是川普的受虐狂 |
|
f****x
发帖数: 908 | 12 hostmonster不支持ROR 3
其它的有什么推荐的？ |
|
a*****i
发帖数: 4391 | 13 有什么区别？
(ROR: Ruby On Rails) |
|
wy
发帖数: 14511 | 14 Ruby是一个programming language. RoR是用ruby写的一个
web application framework |
|
S***d
发帖数: 1802 | 15 RoR: ruby on rails
象我这样没钱买的起mac的，觉得很被left out呀 |
|
S*A
发帖数: 7142 | 16 不知道，估计还是用 Ruby, 但是肯定不是标准的 RoR 了。
你要花很多人力和钱砸进去那总是会出点结果的了。 |
|
wy
发帖数: 14511 | 17 timeline是：
hire scala的
决定上scala
折腾
hire RoR的 |
|
wy
发帖数: 14511 | 18 THey blamed on Ror for their performance issue.
turned out not entirely true |
|
wy
发帖数: 14511 | 19 it is a website, not a single chip mochine. 性能要求在
不同的应用上面是不同的。你不喜欢RoR没问题啊，好好说
为啥不喜欢就可以了，用不着一上来就扣帽子。 |
|
S*A
发帖数: 7142 | 20 Mac 那个就是玩笑么。
不喜欢 RoR 的原因不是说了么：
Magic 太多了。执行效率又低。 |
|
wy
发帖数: 14511 | 21 你说的这个例子，不喜欢就用datamapper好了，
不一定非要用activerecord.
你说的这个专业术语叫convention over configuration,
不叫magic好吧。你不喜欢这个，只能说是你的个人意见。
因为喜欢这个的人很多。对于大部分人来说，follow
这些convention足够了，需要突破这些convention的时候，
当然需要一些资深的人来设立新的convention for their own teams
总体而言用RoR开发的速度还是比J2EE快无数倍。
网站足够了。 |
|
S***d
发帖数: 1802 | 22 做RoR的，用linux/windows的多不多？ |
|
z****g
发帖数: 339 | 23 django感觉有点太死板了，模块化也没有想象的那么好用。反正我是3年前学了一点后
就一直没再学了。
RoR没用过，不好评论 |
|
|
|
|
T******7
发帖数: 1419 | 27 goodbug 老师，如果用ROR 加上您的架构，能做出撑的住火车订票系统么？ |
|
|
z****e
发帖数: 54598 | 29 有了异步，撑不住就往上堆机器就是了
不过要看ror里面有没有特别复杂的逻辑在里面
用动态页面，逻辑写得越多，负载越重，总有个上限要挂掉
我在想，现在github的负载跟12306比怎样 |
|
T******7
发帖数: 1419 | 30 ROR with Cassandra 毫无压力
没问题。 |
|
z****e
发帖数: 54598 | 31 数太大，就是静态页面，yaws一次也只能撑到8万个并发
动态页面负载比静态高多了，mysql两千个并发就挂了
ror谁做过压力测试？最多一个server支持多少个并发访问？
数。 |
|
e*******o
发帖数: 4654 | 32 nodejs 从哪学？
没经验 门都摸不着
ror 很成熟了 |
|
|
c*********g
发帖数: 154 | 34 我花了一些时间仔细研究了New York Life的WL跟Nationwide的IUL。期间看了各大BBS
上帖子，发现用金融知识理性分析IUL的帖子比较少。趁星期五有空码码字，希望对大
家有所帮助。
我主要比较三种寿险+投资方案：WL，IUL和term+VFINX（显然，保额都得要一样才具可
比性）。最后会顺带提提其它可能的方案。要注意，一般30岁左右有孩子的人买term都
是只买20年，即20年后对寿险的需求急剧下降，并且20年之后term的费用会大规模提高
。而WL和IUL都是终身寿险，所以term+VFINX跟WL或IUL直接比较不算完全fair。
先老生常谈一个金融界的黄金法则，天下没有免费的午餐，或，高风险高（期望）回报
。从另一个角度说，如果风险相当，理性人应选择高回报的投资方案；如果回报相当，
理性人应选择低风险的方案。
一、ROR
我觉得大家首先要建立起一个最基本的金融或投资概念，就是Rate of Return(ROR)。
假设你在(t_1,t_2,…,t_n)这些时间点有如下的cash flow(c_1,c_2,…,c_n)，注意c_j
可正可负，并假设你的ROR... 阅读全帖 |
|
j****x
发帖数: 44 | 35 理性看待IUL
我花了一些时间仔细研究了New York Life的WL跟Nationwide的IUL。期间看了各大BBS
上帖子，发现用金融知识理性分析IUL的帖子比较少。趁星期五有空码码字，希望对大
家有所帮助。
我主要比较三种寿险+投资方案：WL，IUL和term+VFINX（显然，保额都得要一样才具可
比性）。最后会顺带提提其它可能的方案。要注意，一般30岁左右有孩子的人买term都
是只买20年，即20年后对寿险的需求急剧下降，并且20年之后term的费用会大规模提高
。而WL和IUL都是终身寿险，所以term+VFINX跟WL或IUL直接比较不算完全fair。
先老生常谈一个金融界的黄金法则，天下没有免费的午餐，或，高风险高（期望）回报
。从另一个角度说，如果风险相当，理性人应选择高回报的投资方案；如果回报相当，
理性人应选择低风险的方案。
一、ROR
我觉得大家首先要建立起一个最基本的金融或投资概念，就是Rate of Return(ROR)。
假设你在(t_1,t_2,…,t_n)这些时间点有如下的cash flow(c_1,c_2,…,c_n)，注意c_j
可正可负，... 阅读全帖 |
|
l*s
发帖数: 783 | 36 ☆─────────────────────────────────────☆
runPython (凸-.-) 于 (Mon Oct 15 00:29:15 2012, 美东) 提到:
还在犹豫：
语言上C#强于Java；
框架上MVC的ASP更易用，
但是JAVA的基于开源的生态系统已经很强大，
大公司都在用，找工作前景很不错。
感觉上java和j2EE的是中大公司搞，
C#和ASP是中小公司搞或者非IT的大公司。
可以看出来薪水还是有点差别的，平均来说。
JAVA略高
☆─────────────────────────────────────☆
a9 (嗯) 于 (Mon Oct 15 08:33:29 2012, 美东) 提到:
搞电子商务的很多大公司都在用.net
☆─────────────────────────────────────☆
NeverLearn (24K golden bear) 于 (Mon Oct 15 11:06:35 2012, 美东) 提到:
Java is paid high simply b/c it's c... 阅读全帖 |
|
c*********g
发帖数: 154 | 37 先回答你关于ROR的问题吧。ROR可用于比较不同投资方案的收益率，在金融界早已人所
共知，但在大家的帖子里我看到得比较少，所以就连带科普一下吧。另外不同投资方案
可能很难做到投资的schedule都一样，这时候用未来某时刻的cash value来比较就变成
不可能。比如说，有一笔钱，是用来买投资房咧还是放在股市？投资房有cash flow，
那么未来的cash value跟放股市就不可比了。在我所讨论的这三种方案中，term+VFINX
跟IUL或者term+VFINX跟WL的schedule可以做到一样，但WL跟IUL就很难做到一样。用
ROR才能更清楚更公平的把三种方案放在一起进行比较。另外我说我不是Excel guy，不
是想说我自己不会算，这点你可能误会了。
1. 在我没有跑我的程序之前，没有实实在在的数据支持，我没法直接做你这个泛化到
所有情况的论断。因为如我在原帖说的那样，税率(income tax rate & capital gain
tax rate)以及term的费用是计算term+VFINX ROR的关键参数(当然VFINX的performance
也是另一个关键... 阅读全帖 |
|
m****e
发帖数: 235 | 38 Lexian (蒙古大夫) - I think you totally missed the point of this article:
1) First, you are very narrow-minded. I never said the ROR is what made me
appreciate the article. So "U can't even see beyond a return rate." is not
even a valid point, I never even mentioned ROR in my response. On the other
hand, your responds are constantly emphasizing on ROR...ROR...ROR...this
tells me you're not only narrow-minded and shallow, but also very arrogant.
2) Second, the point of this article is that 樓主 made... 阅读全帖 |
|
n****l
发帖数: 3375 | 39 你这一个回复又一堆槽点。。。。
第一，那个rack-jruby是个最简单的echo框架，如果把ror放上面跑，比CRuby还慢，所
以你才会看不到ror，否则应该有个ror-jruby的，这个简单的逻辑自己没思考下就回复
了么；
第二，我就知道你又转进到java上了，这里讨论是ruby python，你可以另外单开个帖
子讲一下java秒杀一切语言；
第三，即使有ruby的解释器优化的再好，也改变不了ruby至今没有一个完善的、一条龙
的异步解决方案的事实， 或者说python下没有ror这种开发速度超过其他任何语言的框
架，ror下也没有python那样的兼顾开发速度和运行效率的框架
第四，那个benchmark你可能没仔细看，运行效率最快的还有cpp呢，按照你的回复cpp
做web行了，还要什么其他编程语言。 |
|
p****r
发帖数: 9164 | 40 Say we are playing some loss Rebate promo in casino. If we deposit 10k
, we got
19% back if we loss all the 10k deposit. Based on computer simulation
result, if we bet 2000$ each time and play until we play hit 4k profit,
or leave when we lose whole 10k deposit to get 1900$ loss rebate, the EV for
this promo playing is about 320$. The chance to leave with 14k(10K deposit
+4k profit) is 70%(p1) , the chance to bust and get 1900$ rebate is 30%(p2).
So we have 10 unit of buyin,... 阅读全帖 |
|
z***e
发帖数: 5393 | 41 我没用过RoR，但是大部分hosting也不支持RoR，如果走便宜的路线。另外我看过一个
讨论startup到底用php还是ror的，其实说RoR最烦的就是配置，加上learning curve，
时间上未必比php就真的快了。
机器那那么容易加，如果没收入，谁愿意一个月掏上百刀出来。 |
|
F*****y
发帖数: 3877 | 42 你别跟我谈逻辑,你如果多少年没回国了,你可以回国看看,中国人开车的素质就是跟这
个女的差不了多少
还有你打比方最好拿你爹打,不要拿我打
别人拿刀子捅了ROR的爹10刀，躲过去了，然后还击一下子把行凶的人给弄死了。按照
你的逻
辑，别人没有伤害到ROR的爹，所以没错。可ROR的爹杀人了，所以该判ROR的爹个死刑
对不对
这样你看,顺眼多了 |
|
f***8
发帖数: 510 | 43 不知道呀，不过ROR的还是很多，TWITTER,AIRBNB就是ROR，还有一堆不知名的。ROR性
能不好，谁都知道，但是就是开发快，支持绝大多数SITE到A轮一点压力都没有。
Python的FRAMEWORK，感觉没ROR给力。 |
|
p****r
发帖数: 9164 | 44 帮一个朋友做个BR 要求的分析。
有的赌场有loss rebate 的promo, 你存一笔钱，如果全输光，给20% 的回扣。赢了
或不输光，就拿不到这20%. 假设只能玩一些个sucker game.
我用现成模拟程序作了分析， 假设存10k,每手牌押2k, 直到全输光，拿2k的赌场
回扣走人，或盈利超过16k 马上走人，结果是这样的：
loss/bust: 43.89% (全输光后拿2k 走人的概率）
win: 56.11% (赢到16k 获以上马上走人的概率).
Average return(EV): 475$.
输得时候就一个结果 － -8k
赢得分布是这样的： within 1 SD: 7365: 2 sd: 7602 3SD: 7760.
想问一下这个ror(risk of ruin)是怎么算的, 假如有15个buyin ror 是多少。如果
ror 控制在 5% 以内，需要多少BR. 最好能给个公式，如何算。
多谢了！！
btw,this is the general formula to ... 阅读全帖 |
|
|
c*****a
发帖数: 1638 | 46 说到Ruby，好几年前，国内有些网站开始大力推RoR，我当时花了点时间过了一下RoR，
当时觉得这个是个好东西，但是对于大企业没用，倒是没想过性能、支持啊这些东西，
而是Ruby的语法太多样了，基本上完成一样事情的选择太多，这样造成大系统代码可维
护性很低。
我一直和人这样比喻：java是AK47，.net是M16，RoR之类的可能是属于各种特种枪械。
如果一个军队要列装，没有比AK47更好的。
就个人而言，RoR这种东西，最多是给java程序员用的加强版PHP。当年很吃惊Sun会选
择支持JRuby而不是Groovy，这个虽然政治因素比较大（Groovy是Spring主导的），但
是侧面看出sun对自己主导java社区毫无信心。这点上，java和.net完全是2个极端，.
net完全是microsoft一个公司在推，外加几家做控件的公司。sun呢自己打打酱油，除
了出出JDK（就算它家的JDK，还有很多人不买账呢），基本就是个看着程序员们自己干
。从JDK 1.4以后，sun就再也没有任何创意了（从这个角度上，Gosling比Anders差远
了，最后Oracle让他走人未必没有道理... 阅读全帖 |
|
c*****a
发帖数: 1638 | 47 说到Ruby，好几年前，国内有些网站开始大力推RoR，我当时花了点时间过了一下RoR，
当时觉得这个是个好东西，但是对于大企业没用，倒是没想过性能、支持啊这些东西，
而是Ruby的语法太多样了，基本上完成一样事情的选择太多，这样造成大系统代码可维
护性很低。
我一直和人这样比喻：java是AK47，.net是M16，RoR之类的可能是属于各种特种枪械。
如果一个军队要列装，没有比AK47更好的。
就个人而言，RoR这种东西，最多是给java程序员用的加强版PHP。当年很吃惊Sun会选
择支持JRuby而不是Groovy，这个虽然政治因素比较大（Groovy是Spring主导的），但
是侧面看出sun对自己主导java社区毫无信心。这点上，java和.net完全是2个极端，.
net完全是microsoft一个公司在推，外加几家做控件的公司。sun呢自己打打酱油，除
了出出JDK（就算它家的JDK，还有很多人不买账呢），基本就是个看着程序员们自己干
。从JDK 1.4以后，sun就再也没有任何创意了（从这个角度上，Gosling比Anders差远
了，最后Oracle让他走人未必没有道理... 阅读全帖 |
|
z****e
发帖数: 54598 | 48 ror真心谈不上颠覆
java那帮人早在00年就作出了struts
远比ror要早四年实现mvc，比django要早五年
改点语法不算啥，核心构架是一样的就谈不上颠覆
最初的颠覆应该是cgi->php，然后jsp抄袭php，asp一年后也抄了
这样可视化通过在html中插入逻辑代码而不是在逻辑代码中插入html
成为主流的web开发模式
然后是mvc的颠覆，触发点是
jsp&servlet->mvc，同期甚至搞出了ejb这么神奇的东西
mvc里面就可以直接把service->ejb，ejb连接口都定义好了
但是太过于复杂和超前，所以ejb一直都没有掀起太大波澜
ejb就是今天npm那些的prototype，idea是一样的
但是mvc还是比较颠覆的，相比之下，php就显得很无能
因为逻辑代码和html等无法分离，比较乱，mvc可以
struts比较早实现了mvc，然后ror，django这些，这些玩意本质上是一样的
作为一个证据，其实ror可以在安装了jruby的j2ee容器中使用
同样，django也可以在安装了jython的j2ee容器中使用
ibm一些产品就支持这两个东东，一样的... 阅读全帖 |
|
n****l
发帖数: 3375 | 49 你这三两句话句句是槽点啊
第一，你刚才信口雌黄， 说tornado效率比ror还低，这里回复的时候又跟django比，
这是在转移话题吧？
第二，django可以用一句话gevent优化，并发效果马上就会有很大的提升，ror如何做
这种简单的一句话优化？
第三，你除了用过django和tornado还用过什么python框架，flask用过没，bottle用过
没。
第四，用eventmachine的话写法会很恶心，ruby还有很多其他异步框架，如果非要用
eventmachine那还不如直接用node.js
第五，麻烦你信口雌黄之前先看看框架benchmark排名 http://www.techempower.com/benchmarks/
ruby社区喊ruby off rails不是一天两天了
ror写东西固然快，但是ror运行效率实在太慢，也没有一个好的并发解决方案，都是吃
北欧大牛的老本。 |
|
