它是直接跳过去，SWT 应该也够用了

简单点也不要这么省阿，至少用 hmac 给弄个签名，不然漏洞也太大了点。

请教一下楼主，验证码不是用户在登录的时候直接 post 到服务器验证用的吗？为什么要保存起来？

我觉得你对 ruby 算是真爱

Sorry。没有仔细看出错信息。这里#Class:0x000000059828a8 没有显示出具体的 class，所以是 class_level 的 error。你对下出错信息里面的行号，是不是这一行。

<%= f.select :column_type, options_for_select(Course.column_type.options, @course.column_type), {include_blank: '请选择'}, class: 'select2 form-control' %>   <%= f.select :column_type, options_for_select(Course.column_type.options, @course.column_type), {include_blank: '请选择'}, class: 'select2 form-control' %>

那就是 Course.column_type 报的错，你可以具体排查一下为什么 enumerize :column_type 这个 dsl 没有给 Course define column_type 这个方法。

看代码好像没问题，应该是你在线上没有进行 rails db:migrate RAILS_ENV=production 导致线上数据库没有这个字段。

贴上相关代码吧

下滑就下滑，俺不在乎。

作为全镇 ruby 写得最好的人（因为就我一个），我是不会放弃这门语言的。

反正再过几年，岁数也大了，就算会十门语言也会因为年龄歧视而找不到工作。

怕什么？包馒头、摊煎饼我哪样不会？年慌饿不死手艺人！

不用非得严格的 TDD，但是如果没有写 test 就交付，会产生两种结果。

一种就是你为了构造各种测试场景花掉大量的时间，factory 写得好的情况下可以在几分钟内构造出数个测试场景需要的初始数据。而且很干净，不会因为数据问题影响你要测试的功能。要是自己手工整一套的话，费时费力还容易出问题。

另外一种就是你的代码还没有验证一些逻辑分支或者边界条件，交付以后一大堆的 BUG。这还不算，你还得靠你的脑子想清楚每一个新功能中和现有功能耦合的地方，累死。

写测试是一个你一旦尝试了就无法摆脱的习惯，我现在写完接口基本上都是直接用 spec 进行验证，只有最后功能快完成了才会打开浏览器看下页面，或者打开 swagger 看看 api 的整个返回结果。

然后写了测试以后，效率比原来提高了至少三成。

在上家公司的时候，我用 ubuntu 来开发，然后微信没有 linux 客户端。于是我在公共服务器上布了一个 Rocket.Chat，最后成功忽了两个沟通最频繁的同事用这个来和我沟通。

看讲题很有吸引力啊，没时间去北京，有直播或者录像吗？

那样的话只是把 http verb 放到 params 里，把 id 从 path 移动到 query 里。硬要这样做也不能说有错，只要项目里的人都能够接受这种约定就可以了。估计是他有一套老的代码是这种接口设计的，然后就懒得改了呗。

反正我个人是很讨厌这种设计的。我觉得常规的接口设计应该是和业务相关的，在接口这个粒度上就应该区分不同的业务事件。新增和修改明显是两件不同的事，理应分开。

他给出的理由是，因为请求参数差不多，service 逻辑中有重合的部分（比如校验参数），返回值也是一样的，所以就放在一起了。

这个理由不太靠谱啊，为什么 service 逻辑中有重合的部分就一定要同一个接口，难道 service 逻辑一定要和接口路由耦合在一起？

shopify 性能做得真好，以后不要再把锅往 rails 上扣了

感觉楼主要被批评了，不能把笔记放在 bbs 里当博客用的。

你可以这么想，当没有产品经理的时候，你的客户是公司的客户。当有产品经理的时候，你的客户是产品经理。

楼主应该在发这个贴之前默默修改一下回复，这不被人给截图了，洗不掉了。哈哈哈哈。

重要度：★★★★★

技术团队是否受到信任，并能够得到相应的资源？

团队是否做着对公司业务真正有用的项目？

团队里面的人能否互相信任，有效沟通，并一起推动项目稳步前进？

重要度：★★★★

团队是否有一套合理的开发流程，能够保证从开发到上线中各个过程的平滑过度？

重要度：★★★

团队成员是否具备逻辑分析能力和一定的工程经验，能够将需求拆解并实现？

重要度：★★

选择合适的技术框架。

重要度：★

团队成员是否开心？

如何学习 ruby 并找到一份初级开发工作

用你的工程思维去解决问题，就是把这个问题拆分成几个小问题，逐个解决。

招初级 ruby 的公司有两种。

一是 ruby 团队规模较大的公司（感觉项目里 3 个以上 rubyist 就可以算是大团队了），因为项目多，复杂度高，所以缺人，这些公司会给新手一定的适应时间。

二是小公司，虽然小公司基本不招新手，但是由于很多小公司没法提供与老手匹配的薪资，所以这些公司也可能会招新手试试看。

一般来说你去 ruby 团队规模较大的公司成长起来更快，所以我们把这个问题替换成，如何找到拥有较大规模 ruby 团队的公司。

其实这些公司不多，其他地区我不熟，魔都的话有简书、流利说、薄荷、上线了等等几家，你直接翻 ruby-china 招聘板块就可以自己总结一份清单。

接着你就在拉钩或者 boss 招聘上留意这些公司的招聘信息，主动勾搭一下 HR，如果发现都不在招聘季就去找一些小公司试试。

当然这只是第一个问题，第二个问题是如何通过面试。

你面试初级岗位，面试官一般最关心你的学习能力，以及是否有 ruby 和 rails 基础（可以减少上手时间）。

学习能力短时间也改变不了，你只能提升自己对 ruby 和 rails 基础知识的掌握程度。

这方面怎么提升呢？最好的办法就是结合 rails guide 写一个 project。写什么不重要，比如 ruby-china 这样的社区，你可以实现一个基础的简单版。

在写的时候不断思考和总结，我估计对新手来说，这个过程在 100 ～ 300 小时之间。

那么第二个问题又被替换成了，如何坚持学习 Rails，并用 Rails 作为框架写 ruby 代码达到 100 小时以上。

只是抛砖引玉，你可以用自己的思路，但是思维方式还是不断拆解和替换。

哈哈 SORRY 我不能解决 希望有别人能够帮助到你

select role 然后映射到 project instance 上

@projects = current_user.projects.select('projects.*, project_users.role as role')

json.projects @projects do |project|
    json.id project.id
    json.name project.name
    json.role project.role
end

因为社区太小了，我们目前生存下来才是最重要的，如果大家还整天吵吵不如早点散伙儿。

少年，性能是成功者才需要的，你的勃学还不过关。

其实性能没那么重要

我们的 api 部分也是放在一个单独的 Rails 项目里的，只要对性能没有苛刻的要求，我觉得完全没问题啊。

应该是不小心被误删了，把多余的预处理指令删除的时候忘记把文档给加回去了，所以 rdoc 没有找到这个方法的注释。

https://github.com/ruby/ruby/commit/7b19e6f3fdf8b0238752cb1561dfe42a283f5308#diff-059608f2f9c56211c47c9c65cad03529L156

谁去 pr 下加回来就好。

等你就业的时候形势就变了，何况你不准备再读上去了吗？

现在不用想那么多，用自己喜欢的技术栈做点有趣的东西，等上班了有的是项目给你做啊。

而我的项目实践主要集中在java web上面

我觉得应该不要紧，一般的公司害怕的是编程新手、web 开发新手，ruby 新手倒无所谓。不过楼主既然是 cs 新生，干嘛不搞点别的呢？Web 开发江河日下，不要再来和我们抢饭碗啦。

https://bugs.ruby-lang.org/issues/9113#note-12

sam saffron 说 libc 的 allocator 很垃圾，默认就不应该用这个，然后后面一堆人各种反对。