其实现在 ORM 已经没那么弱了，大部分问题是使用 ORM 的开发者弱...

只要 DBA 有说话的份量并且需要 DBA 做 SQL 审核（特别是跟性能相关的），那么像 MyBatis 这种把原始 SQL 统一放到一处方便 DBA 查看的框架就一定不会消失的，开发语言能写出再好的 DSL，也难说服 DBA 去学习一个新东西，SQL 才是数据库最简洁的语言

做 Java 的项目一般都是人员配置齐全，什么 DBA、架构师的，所以很多看起来很原始的方式是有原因的...

java 可以使用 https://flywaydb.org/ 我一个朋友在阿里做 java 开发，据说他们的 migration 不像 rails 那样在本地跑，他们本地开发都直接连平台的库，然后 migration 是平台提供的 web 界面，效果类似 rails 的 migration。

drawerd 这个项目也打算尝试一下做 migration 管理，给 non-rails 项目使用

那个 rails-erd 也可以解析 railsmodel 的关联，但缺点是生成的大 pdf 几乎没法看，SVG 才是最实用的。

看起来不错 有效果图吗

300 个表以上可以称作大型项目了😂

其实这个是技术债 目前没有什么工具可以解决 如果有外键约束可以自动关联 ps 这种表多的项目切换到 simple mode 好一些

https://help.drawerd.com/table/import-table 目前只支持 pg dump 的导出导入 未来会支持 mysql 的 基于框架的容易支持 但各种框架太多了 不如直接做 DDL parser 来的直接

ERD 对开发和分析师都有帮助

挺有意思

需要一个中台

云开发？

多抓鱼

OKR 有得写了

感觉 solid 相关设施不成熟

那可以换 pg 了

user.topics.select("topic_users.created_at AS topic_user_created_at, *") 就可以了

你自己写的 关联关系是唯一的，就直接用 first 了

topic has one user through tu

topics.includes :user

has one + include

賣文檔？是一條路子

https://github.com/schneems/puma_worker_killer 这个搞上？

redis-server 需要起两个吧

https://ruby-china.org/topics/11997#reply27

添加了多实例模式，可以用来做会签之类需求：https://github.com/hooopo/petri_flow/pull/16

.net 的？

应该可以用 proc 吧

awesome

支持子流程：https://github.com/hooopo/petri_flow/pull/15

之前一直以为工作流这东西是把简单的事情复杂化，大部分需求 Rails 的 state-machine 可以解决，实在不行 FSM 也可以解决，后来发现很多定制化的需求没有工作流引擎实现起来超级复杂。

工作流主要解决的是What，How，Who的问题，应用其实挺广泛，从钉钉这类审批系统和 SaaS 里的流程定制，到数据处理系统的调度，比如 Airflow，再到自动化流程控制，比如各种 CI/CD 工具，甚至项目管理工具，里面的核心都是工作流引擎。

Petri Flow 和 FlowCore 的主要区别是解不解决Who这个维度。

加了一个 Guard 表达式扩展，可以使用 JavaScript 来做逻辑复杂的 guard 条件。