我：很棒！终于可以快乐的写代码了，哎，等等，我不是为了不写代码才用你这个系统的吗？现在我居然要沦落到为一个无代码系统手写一个 bcrypt 自定义函数？不写不写，专业的程序员肯定是用默认值，记下用户的密码啦！

用户：MMP，这啥破系统！居然明文记我的密码！

hashType: '', //【可选】密码哈希方式，可以是：md5, sha1, sha256, sha512, rmd160 或不填表示无哈希。

我没全看懂，但我大受震撼。难道 password 加盐 hash 不是专业开发者的选择吗？难道bcrypt做错了吗？我看来只能是业余开发者了。。。😭

那楼主能解释一下为啥你的头像出现在这个链接吗？实际上用 google 真的能查到好多。

这项目有点意思。

爬虫可以看看这个，另外让他们直接服务器上跑呗，或者树莓派，C 嵌入 ruby 其实并不是你的需求。

年轻人入 Elixir 还是不错的，我也想入了。

感到学 Rails 太费劲的往往是相对优秀的同学，如果不求甚解的用，其实不要太好用，但是很多优秀的同学喜欢刨根问底，那肯定会经过一段迷茫期的。

现在不用躲避了，新的 mimemagic (0.4.2, 0.3.9) 都是 MIT License 了，社区处理这个问题比那艘船的快多了！

最新的 0.3.7 和 0.4.1 版本暂时解决了污染问题，回归 MIT 了，当然，必须先有一份Freedesktop.org shared-mime-info database，好在很容易获得，Linux 基本都内置了。

主要也是工作忙。。

所以我的理解是，在修复之前，如果用了 MimeMagic 0.3.6，那么就是违反了 GPL？除非开源并且 GPL 你的代码？

gem content tests 先看一下安装上了没有。

挺有趣的例子，我也知道 Ruby 慢，所以一般遇到瓶颈，必然还是要准备一下直接上 C 语言的，花了一小时，写了我的第一个 C 扩展 gem fibc。

Fibc.fib_pure(4)  # processing time: 0.000034s
Fibc.fib(4)       # processing time: 0.000030s
Fibc.fib_pure(40) # processing time: 15.568888s
Fibc.fib(40)      # processing time: 0.511246s

嗯，共有两种，如果不填 type，就随机。

IRB.send :easter_egg, :logo
IRB.send :easter_egg, :dancing

Sublime Text 4,我的配置，solargraph + tabnine 都用了。

因为要和 React 对标，怎么能用 webpacker 呢？必须自己写啊！

@dsh0416 我 evt 已经装好了，就等你指导怎么跑分了。

你问 Rails 社区前端微服务怎么做，是认真的嘛。。

其实我不喜欢 user->role->permission 这样的模型，因为根据过去经验，role 会爆炸，配置到后面也会超级麻烦，特别是如果用户可以有多个 role，一个 role 可以有多个权限，再来一个 role 可以嵌套 role 以后，你都不知道用户是怎么拿到这个权限的。。。

不过我尝试过直接根据业务规则直接写控制权限逻辑后发现，有时候用户又需要一个用户能访问的某个权限的名单，所以我现在感觉，直接 user->permission 这样的数据模型其实最方便，扩展性也最好，也简单。嫌配置麻烦的话，写一段自动生成 user_permission 的代码就好了。

rails 生态只看文档肯定是不行的，还要看代码，pundit 代码很干净，就一层 policy 抽象，scope/action 权限确认。

总感觉这篇有洗稿的嫌疑。

苹果啥都好，就是产品定价太贪婪太贵了。（当然，这点也可以说是我自己的错。）

新项目其实建议用 pundit，更可控，user.admin? 一般都是 users 数据表里面又个 boolean 字段，叫 admin，?是 ruby 惯用法，返回 true/false 的方法或者属性（这个在 ruby 里面也不区分）。

Rails 6.1 form_with 的默认行为变成 local 了，remote form 需要指定 local: false。 https://twitter.com/chloerei/status/1338048528006844417

感觉这个有点坑。

Capistrano 和 systemd 并不冲突，现在看来 Docker 和 capistrano 各有所长，小项目快发布，还是 capistrano 好。

代码的可读性，可维护性，可重构性，快速查重能力，这些都被你们忽视？

我一直不是很理解 Javaer 为啥那么喜欢说重构，快速查重。代码不是应该没有重的么。。。代码不是应该一次写对，不需要重构的么？Rails 就写了 2～3 行，为啥 Javaer 那么喜欢说可读性和可维护行？你写了 1000 行，有啥可读性，从头看到尾就是要花时间，就是要维护时间多，这不是常识么。。。

说 Java 生产率高，Rails 写两行的速度难道还比不上 Java 写 100 行？就算你有了自动生成器（其实 15 年前我.NET 的 Code Smith 也玩的很转的），但代码 95% 的时间都是在被人读的呀！写的少才难好嘛？！

java 生态圈的 scale out 能力更强，但会有初期的入门曲线陡峭的问题。

老实说我第一次知道 Java 还有入门曲线陡峭的问题，毕竟我也看过 Think in Java 快 20 年了。。

能腾出来 30% 的精力思考代码就已经是良心码农了，所以 IDE + JAVA 这一套更适合打工人。

这句倒是没错，写的越多就越可能重写，打工人不要为难打工人，都有活，坑死一家公司是一家吧。。

刚看到一篇文章，值得一读：https://blog.cloud66.com/rails-configuration-in-kubernetes/

开发用 Docker 感觉没啥用，影响续航，本来可以在星巴克坐一下午，结果 2 小时就得走。。

All problems in computer science can be solved by another level of indirection —— David Wheeler