类型系统决定了可以编译期对代码进行优化，代码里面就不需要判断传进来的参数是什么类型了，直接调用对应类型的处理方法即可。这种优化并不代表需要静态编译系统。比如在 ruby 解析一个 method 的时候就把优化做掉。Typed Racket就是这样处理的。类型系统可选在C#里面就实现了，我文章里面有写。

设置类型系统可选就可以了。

还有就是千万千万不要隐藏错误，有错尽早抛 error，流到后面都不知道哪里出错了。

duck typing 一个是性能问题，第二个是没有 type 验证的时候，无法通过限制边界来防止错误蔓延。一个函数因为参数类型不对报错你很难发现到底哪一个函数传过来的。

工资直接通过 paypal 转给你，后续包括社保什么的都自己搞定。

可以继续看一些书，关于如何分配寄存器有很多算法了。 编译原理有意思的不是在写 parser，而是在构建正确的执行模型和优化上面。 可以看看这方面的内容精进一下。

类型系统正确实现的话不会很复杂的，都是基于推理演算，从基础变量类型，函数组合起来。

前面说了，类型系统属于可选，一般情况可以不写，需要验证了再加。当然加起来对系统稳定性很有帮助。任何提升程序健壮性的功能都是有好处的。平衡开发效率和代码质量吧。

类型系统这种老问题研究了几十年了，有成体系的办法

本来可以来跳 ruby 坑的，结果去了隔壁。

我觉得这个问题还是比较挺严重的。Rails 针对网站开发市场，有没有人统计在这个市场上面，Rails 的份额被其它语言和框架蚕食了多少？

在通用网站设计领域，往往是赢者通吃的状况。好多人用和容易找工作是相辅相成的。当架构师选型的时候，如果招不到合适的工程师，是否还会选择 Rails？

如果 Rails 流行，会有更多的人跳这个坑，对招聘和找工作都是好事。现在很多人都跳 js 和 go 的大坑了。

仅限国内

哈，我以为 ruby-china 有站内私信，结果居然没有。

现在我们是按照人民币算工资，发美元，年初换汇率。不过一般年初会调整工资加薪。

现在还在招聘，欢迎大家联系我们。

换其它行业，1 点下班，体力劳动，一堆职业病，工资还低。

这样牛逼的产品经理是哪里招的 +1

我司（就是本帖艾迪福克斯）又开始招聘了，欢迎联系我们。

我不知道在 Rails 领域有什么能够挑战 Rails 的。并且这个领域需求还是很大的。

个人觉得还是放到 AWS 上面去。控制可以更精细，也有版本控制，下次做别的项目知识也可以复用。

@rubyfan1 这种人教不会，留着何用，开掉

卖掉之后去澳洲买房

@lgn21st 列一下人？大家去关注？（然后加关注的时候注明 ruby-china 观光团。。）

我觉得算法导论不适合自学，可以看看这本，偏实战： http://book.douban.com/subject/24749842/

帮顶

#8 楼 @xiaoronglv 我们有台服务器就叫 tiger。。

看到关于跳板机的讨论： http://radar.oreilly.com/2014/01/is-the-jump-box-obsolete.html

@shell909090 推荐 http://www.jumpserver.org/ 或者找人服务

买买买

#6 楼 @johnsonqu 我过来了，二十分钟到

#6 楼 @johnsonqu 你现在在那边吗

晕，晚了，等到这边都快 9 点了