package.json 里面这行：

"main": "dist/js/bootstrap.js"

拆成 sidekiq 任务，task 只负责入队

已经在做了（进度 0%）

更新：在分发过程中保护 Ruby 代码版权 by 东仙队长

我觉得 Rails 6 保留 sprockets 一是为了不破坏现有项目，二是兼容带 UI 的 Rails engine。

新的项目应该全部用 webpacker 了，我实际用下来没有问题。 https://github.com/getcampo/campo/tree/master/app/webpacker

靠，跟之前一样的手法。

你所说的几个 UI 框架都可以用在 Rails 项目。

还在用 2015 年款 13 寸 Macbook Pro……

官方的 MDC 库实现不完整，标签繁琐，有的甚至效果很难看，实际用的时候费时费力，试过两次还是决定放弃。

其实变了两次，一开始就是自己实现的简化 material degisn，后来觉得用现成的 UI 库可能可以减少工作，就用上 bootstrap。用了 bootstrap 之后进行了很多定制，由于它没有设计指引，什么东西放什么地方需要自己考虑，结果发现并不比自己实现 UI 好用，就又切回 material design。

用 UI 库容易同质化，不好定制，反而 Material Design 没有多少网站愿意用（包括 Google 自己的服务都不合规范），我还是希望在 Material Design 方向多探索一下。

Material Design 缺少桌面端的指导，我自己改了很多次都不满意，目前版本算是勉强看得过眼的。如果随着项目发展能有设计师提供帮助就好了。

这应该不会改，因为也想面向非中国区的开发者。

很高兴有人记得这项目。保持 campo 代码精简也是我的目标，所有功能尽量基于 Rails 默认栈，没有不必要的抽象，让新手更易读。

很久没看，改不动了……

可以，MIT 协议。

没这个计划😅

是要抢名字。

例如 gem a，里面有 module A，并且所有内容都在 A 的命名空间下。gem b 应该有 module B，并且把所有内容放在 module B。gem 的名字和命名空间是对应的，但这只是规范约束没有强约束。

例外的就是一类给其他 gem 打补丁或者扩展的 gem，会侵入原先的 gem 的命名空间，这时候需要打补丁的 gem 处理不要跟原 gem 冲突。

那么至少有一个 gem 不遵守命名规范，舍弃它。

Webpack 可以全局引用一个库，jQuery 插件更需要引用到 windows 下，看 https://webpack.js.org/plugins/provide-plugin/

配置放到 config/webpack/environment.js

即使 webpack-dev-server 配置正确了，受 IO 影响还是很慢的，需要使用 docker-sync。

如果每次修改都要 30 秒可能 dev server 没生效，web 进程需要知道 webpack-dev-server 存在才会将编译交给 dev server，在 docker 下要额外配置。

可以参考这里 https://github.com/getcampo/campo/blob/master/docker-compose.yml

启动 30 秒是 volumn IO 性能低下的问题，我用 docker-sync 解决。https://github.com/EugenMayer/docker-sync

Ruby on Rails on Windows is not just possible, it's fabulous using WSL2 and VS Code https://www.hanselman.com/blog/RubyOnRailsOnWindowsIsNotJustPossibleItsFabulousUsingWSL2AndVSCode.aspx

vagrant 默认的虚拟机 virtualbox 共享目录的 IO 依然很慢，我觉得 WSL 会快点，没测过。

那分开两个接口，一个创建任务的接口，另一个查询任务状态的接口。创建任务的接口把任务放到任务队列去做；查询任务的接口检查任务状态，Ajax 轮询任务状态接口。两个接口都是立即返回。

看看 ActionCable。

需要用的组织号申请大半年了还没通过，不需要用的个人号倒是通过了……

真有不少人信了它官网“next generation web framework for node.js”的标语，GitHub README 倒是写“middleware framework for node.js to make web applications”。