感觉是来砸场子的啊

国内云服务厂商会封端口，国外又太慢

我一般情况会用 uuid，有些场景和系统会对 ID 长度有要求没办法用 uuid

太过复杂的计划任务我一般都是在程序代码里面多加一层逻辑判断是否执行

感谢，自己部署了一个 MeilliSearch. 卡拉搜索不提供 ruby SDK，又懒得花时间自己去实现。

是不是用了 importmap？

主要也是想看看能不能避免使用 nodejs

importmap 引入 js 文件的方式发生了很大变化

<script type="module">import "application"</script>

支付宝打开测试页也不行，不知道有没有好的调试方式，研究一下到底什么问题

这种路由混合在动作里面看着代码很混乱

dhh 最近文章最后一段说的很好，对于自己喜欢的事情保持乐观，即便有些人不开心。

其他开源框架都挂上横幅了

国内访问速度怎么样？

感觉 html 标签承受了太多，尝试了一下很快放弃了，特别是在 erb 语法里面套 alpine.js 语法逻辑的情况，很耗费心智。

使用 vanilla javascript 写组件库是挺费尽，但是做好了就很方便使用。

  customElements.define('gem-table', class extends HTMLElement {
    constructor() { }
}

在页面中调用一下这个自定义标签，就能拥有一个增强版的表格，固定表头，拖拽缩放单元格等，没有什么记忆和心智负担。

<gem-table><table>..</table></gem-table>

不知道为啥 devise 一直不发布新版本，现在我 rails7 生产项目用的 github 源

gem "devise", github: "strobilomyces/devise", branch: "patch-1"

最近 DHH 专门写了个文章，一人框架 https://world.hey.com/dhh/the-one-person-framework-711e6318

最近也正好一个人在开发一个仓储物流系统，甲方就给 2 万块钱。有限的资源有限的精力，确实 Rails 首选。

对比 java 最近的漏洞风波，搞 Ruby 是挺闲啊

后悔过于轻信甲方，根据他简单的需求，设计了简单的数据库关系。很多时候要根据经验比甲方想的远一点，留些后路。

那些快捷键应该是那个 org 文件里面的内容吧

最终还是要看市场需求，如果包分配可能学的人就比较多了

文章说的挺对的，ruby 未来补齐很多短板，对于追求开发效率的项目会有更大的吸引力。

真是太恶心了。既然在工信部备案了，这个管理权不应该是国家来管吗？他腾讯越权了吧

用 tailwind 一年多，发现路有点歪了。因为简单灵活，不知不觉的 html 文件里面一堆的类名。想着之后用@apply重构复用，可是从来没有行动过。

发现已经 fix 了 https://github.com/rails/importmap-rails/issues/34

发现一个很蛋疼的问题，7 现在修改一下 js 都要手动 assets:precompile 然后重启 rails（不使用 esbulid）

很多做全栈的人并不喜欢 JS

为了避坑我直接用的 github 上未发布的 rails7

我作为 curd 程序员根本遇不到使用 rust 的场景

这或许就是前后分离的原因，前端水太深，后端开发人员把握不住。