还有傻逼面试官认为 『 post 比 get 安全』，然后把 get 也禁用了，所有 API 只允许 POST，呵呵。

*纠正上文：因为 form 表单只支持 get 和 post

有毛安全问题，你问问他们具体是什么问题，肯定说不出来，看看 stackoverflow 就知道了
https://security.stackexchange.com/questions/38635/how-is-http-put-and-delete-methods-insecure-if-they-really-are

大概的原因是：

1. 有些傻逼后端没听过 get 和 post 之外的 verb （因为 form 表单只之处 get 和 post ），所以安全判断的时候只判断了 get 和 post，导致其他 verb 可能有安全问题（实际上就是程序员傻逼，跟 verb ）没关系。
2. 由于很多系统是不会去修复以前的漏洞的，所以干脆在 nginx 层面直接禁用 get 和 post，一了百了，呵呵（头痛医脚的典型）

程序员里面食古不化的人其实也挺多的，楼主不要被他们带偏。

css 问题？

这是什么操作？

hugo+10086

@pynix 我也才两年，已经膨胀了

哦，还有一个缺点：不适合不自信的程序员。
不自信的程序总希望自己用的语言和框架是人人称赞的，但是 RoR 目前的支持者基本不说话了。
所以不自信的程序员需要找粉丝多的语言和框架，以支撑自己深入下去。

自信的程序员才不管别人说啥。

RoR 是经典的全栈框架，一直被抄袭，从未被超越。
即使你不会 ruby 依然可以使用 Rails，因为语法实在是太易懂了，只要你会英文就行（不会英文或者不想学习英文的就滚粗吧）。

优点：重视程序员的幸福感、注重最佳实践、注重约定优于配置、注重开箱即用
缺点：不快（但也没你们说得那么慢，跟 C、Golang 肯定是比不了的，但是重在开发效率）

创业公司用 RoR 是非常合适的，因为 RoR 足够撑到你公司到达 A 轮融资，融资之后嫌慢花钱找人重写即可。

楼上的有几个是长期用 RoR 的？

人云亦云吧，我总看到有人推荐 centos，却说不出「明确」的优点，于是服务器我还是装我最熟悉的 ubuntu 了 :)

• 招聘时请尽量给出薪酬范围

各位收藏的麻烦点个赞让大家也看到如何？

@lhx2008 List<T> 只能把元素当做 T 操作，List<? extends T> 可以把元素当做 T 的子类操作，还是不一样的

List<? extends T> 有多种可能，但是 List<T> 只有一种可能。

1. input type=submit
2. 删掉 onclick

@avenger 定论是大部分公司还是搞人员分离，即使是错的