工作本来就是个双向选择，不喜欢就换个工作就是了，到点就可以走的公司到处都是，你没有选择的能力还是没有选择的权力？

全世界都在喷华为加班，唯独华为自己的员工少有抱怨的，很多国人完全认不清楚形势（M 国人出钱请水军喷华为加班带节奏，很多人就跟着节奏走），加班不会让中国强大，喷子更不会让中国强大！

我在薄荷的时候有个同事，做数据分析的，大家都叫他博士，从来都是到点就走的，你也可以，谁都可以下班就走，绝对不会被开除也不会被孤立。我选择下班待在公司针对性的提升自己的技术，是因为当时的我还想能拿个稍微好点的绩效，当然我从来没有拿过奖，虽然领导很想照顾我们 ruby 小组一下。隔壁产品组的同事很拼（毕竟产品销售额是有提成的），奖大都是他们拿了。即便如此，我也不至于认为没有拿过好的绩效是因为公司有一批总是加班的“工贼”吧。

央企？

我的选择是，选择更认可对方理念的 UI 库，然后基于此做 定制和扩展。目前选择的是 bulma。 吃透了对方的源码之后，感觉都跟自己写的库差不多了。

申请了，说是等发布了第一时间通知？目前还不能试用呗？

怎么申请试用啊。

不得不承认“赌”性是写在基因里的

我们反对的是 996，反对的是形式主义的加班，有些人完全是看到加班两个字就格外来劲。中国目前仍然处于被帝国主义薅羊毛的阶段，我辈唯有让我国在科技和创新性领域走到世界前沿，才能让我们的子孙后代不再加班。 国家还没强大，适当加班是没有办法的事情。

大佬你好~

只能说薄荷的团队氛围适合快速成长，不太适合养老，没有必要放大其管理上的不足。我于 15 年从薄荷离职，谈谈我的体验，不水也不黑。

加班

当时在薄荷的时候有项制度是绩效考核的时候会参考根据打卡记录得来的在司时长，一般这种事情老板私底下看看没啥，拿出来说确实让人很不爽。我的做法是下班没啥事的时候，就在公司刷刷时长，借加班的时间提升自己的技术。相信大多数技术 leader 对于你的自我提升是持鼓励态度的。#15 楼的观点，公司故意用加班消耗你的时间让你无法成长，我认为是有点阴谋论的。就算公司高层有这种出发点，你想提升自己是没有人能够阻拦你的。

技术氛围

薄荷的优点是技术部门会鼓励大家的成长，有两件事，我是从薄荷得到了很大受益的。

1. 每周要求大家一篇技术博客；
2. 每周二会组织大家做内部技术分享；

这两个举措，我在后面的每个团队都在照搬，效果很不错。会把不愿意成长的队员淘汰出去。不知道现在的薄荷还在执行这两个事情没。

技术 leader 的担当

有段时间我没事干了，我就自发的把薄荷的应用进行了 Rails 的大版本升级。在 dev 环境测试啥毛病没有，上了生产环境就把系统整挂了，薄荷的用户量很大，这个是个很大的事故，这个事故也超出了我当时的能力范围，不过 @vincent 没有半个怨字，还让我早早下班了，自己和运维的同事整了一整个通宵才恢复。这种不苛责的文化，我认为对于技术人员的成长是至关重要的，会让员工大胆的去干，不至于畏首畏尾。

综上，我觉得对于主动追求成长的程序员来说，不在意一些小节的话，去薄荷仍不失是个不错的选择。

ruby 中有很多语法糖，在不同的场景下会让可读性大幅提升，后缀条件表达式，在某些场景下可读性很高。如：

class CacheList < ApplicationRecord
  include RailsCom::CacheList
end unless defined? CacheList

题主的示例，太长了，就有点乱用了

最近在深圳出差

靠谱，为数不多的坚持四五年都在招人的团队。

比较随机，看有没有人组织了。

Action 系和 core 系～

我们的愿望是能够在 ruby 圈子外形成一波影响力

之前是我个人顺带着积累，现在属于 @dao42 旗下，接下来的发展速度会比较快，会补上文档和测试方面的缺口。

def say(obj = self)
  obj.to_s
end

期待你们的开源。 我们也一直在基于 Engine 的组件化方面做积极探索：https://github.com/work-design 希望可以交流交流。

申请加精

不过 404 Subscribe/notification 处理不到，在路由解析那里就抛出错了。

不过我这个 gem 里也对 404 做了专门处理。

if RailsLog.config.intercept_not_found
  Rails.application.routes.append do
    match '*path' => 'log/rails_log#not_found', via: :all
  end
end

把所有的 404 都指向 一个 controller/action ,

参见我的 gem https://github.com/work-design/rails_log

具体代码在： https://github.com/work-design/rails_log/blob/master/lib/rails_log/controller_subscriber.rb

上不了就换 DNS

从 3.2 的 custom 版本直接干到 6.0，让人感动，终于团结起来了~

这个不通用，只适合你本地环境

最大的难点是对 yml 文件的解析和写入，YAML 库的文档和接口都不太友好，为了整这个把 Psych 的源码翻了一遍。 除了备注和空行不支持，各种格式的 yml 格式都可以兼容了～

关于 engine 与 webpacker 的使用，我最近实践出了一个比较好的方案。https://ruby-china.org/topics/39025

目前 webpacker 最大的缺陷就是 不能像 assets pipeline 那样便捷使用 engine 里的 js/css 文件，官方给的方案也麻烦的很。

https://github.com/rails/webpacker/blob/master/docs/engines.md

用代码不全，而不依赖代码不全~

远程 + 工作 6 天，我觉得还是可以接受。 每年都来招人的成长型企业还是比较靠谱。

建议加上引用链接。