其实真的精细控制还是写成CTE好，也许 ransack 也可以，最近不怎么用 ransack 了。。

Post.with(posts_with_comments: Post.where("comments_count > ?", 0))

得到：

WITH posts_with_comments AS (
  SELECT * FROM posts WHERE comments_count > 0
)
SELECT id, name FROM posts_with_comments;

分享讲到的主题

• QWen3-30B-A3B 本机部署，演示 dify 的合同审核助手，基于 Chatflow
• 模型 DeepSeek V3 的 KV Cache 优化
• 在 Jupyter Note 跑 Ruby
• 使用 ruby_llm 呼叫本机的 QWen-A3B
• 使用 ruby_llm 呼叫 dify
• ruby_llm 支持 dify 源码分析
• Google Jules 使用

一个礼拜，希望到时候这个RubyLLM 支持 Dify 的 PR 能合并吧。。。

def self.dify_answer(question)
-  client = ::ChatClient.new(Rails.application.credentials.dify_api_key!, Rails.application.credentials.dify_base_url!)
-  res = client.create_chat_message({}, question, "cybros_user_#{Current.user.id}")
-  JSON.parse(res.body).dig('answer')
+  dify = RubyLLM.chat(model: 'dify-api', provider: :dify, assume_model_exists: true)
+  res = dify.ask question
+  res.content
end

写代码我还是用 sublime text，顺手，最近 sublime text 的 python 版本也终于来到了 3.8，可以直接关闭 3.3 了，又省了 100MB 内存，丐版 MBP 用户伤不起啊。

cursor 我也用，但是只有在用 AI 的时候。

确实很 cool 的产品，感觉没有啥技术是白弄的，showmebug 的技术得到了增强式的应用，羡慕楼主的状态。

现场照片忘记放了，补一张

你说的看起来很对，为了让你不对我今年不会出现

是的，战略性先屏蔽了再说。。。

https://github.com/sinisterchipmunk/cglm-ruby/commits/master/

换 ruby 3.2 试试，看了一眼这个 gem 2022 年的时候可能适配的是 ruby 3.2，后面一直没更新，库的问题不用牵涉到语言。

如果按照上次的规模，这次应该是最后一次无限贴纸了，快发完了。

难得人多，放两张照片：

没了，下次打开腾讯会议的自动录制，这次忘记开了。。

https://www.slideshare.net/slideshow/dify-ai-2-ruby-tuesday-shanghai/275779992

看看 PPT 算了。

因为懒，学习 Python 开发 AI 程序比自己在 ruby 这边造轮子容易。。

Ruby 不用写类型，更接近自然语言，自己写还是很爽的，至于太灵活或者不灵活，还是看你怎么用吧，一个表达力更强的语言当然更能写出不知所云的东西，令人舒适的东西，或者令人拍案叫绝的东西。

AI 这边已经出现了中英文混杂的推理过程，如果有一种语言，适合推理的话，除了数学符号语言（这同样没有显式类型），恐怕只有 ruby 了。

用了 TDD 后修改功能应该更加畏手畏脚了才对啊，因为你往往会遇到错误。。。只有不写才不会，因为改了反正当时是看不到错的（逃

一般不安排特定主题，特定主题会放 ruby conf 或者约一个会议室分享

Open Project，背后有公司，可以看看我的 2024 rubyconf china 演讲。

说服他们切 Open Project 啊，免费，你再随便找点啥活干，维护维护 OP，IPD 这种流程都可以直接配置的

https://www.openproject.org/blog/blog-employee-interview-with-alexander-stock/

Yes, a common scenario involves customers who need to adapt their internal ticketing or improvement processes within OpenProject. For example, IT departments often use OpenProject for managing hardware orders. I walk them through configuring work package types, setting custom fields, and statuses that align with their internal processes. Sometimes these support interactions are straightforward, while other times they might lead to suggesting a more comprehensive training session.

3.3.6 才是推荐的 ruby 版本。。。

因为 go-sqlite 依赖 gcc

我觉得驳回的好，深刻理解了 12 factor，不过我觉得这还是 Go 的锅，CGo 依赖 gcc 本来就不对。

其实这个命名是倒过来的，正常的描述都是 Next.js on Node.js，Spring on Java 之类的，先说框架，然后框架依附于语言之上。

Ruby on Rails，却是语言在框架之上，这强调了 Rails 框架深刻的改变了 Ruby 语言设计，或者说这框架已经 magic 到了你都看不出这到底是 ruby 还是 active support 的功能了（历史上很多特性都是 rails 现有，ruby 再加，比如&.运算符脱胎于 try 方法之类的）

至于这样的 magic 到底好不好，我只能说有利有弊吧，不过有一点很肯定，熟练了熟悉了用起来的确很爽。

调用一下还是可以的，而且ankane也已经造了茫茫多的轮子。

升级 8.0 似乎很简单

SQLPro for Oracle，同样是走的 x86 模拟模式，目前Oracle 在 Apple Silicon 发布 4 年后还没出 instant client，真的劝退，注意避雷。

2012 年，SanDisk，闵行工厂要上自动表单（400 多种不同类型的表单，比如设备维护表，值班签到表之类的），发现 rails 的 generate 不错，从.NET 直接转了，基于 Rails 的定制表单做完了。

代码： https://github.com/Eric-Guo/pl-form

wordpress 最近在快速萎缩啊…… wp engine 和官方的干架只会导致两败俱伤

嗯，作者后面结尾还是圆了一下，不过标题其实还是反 web component 居多，Liskov’s Gun/Checkov’s gun，我理解的言下之意是既生瑜何生亮，总要留一个的话，还是 React。

这文章写的挺好的，大家可以用 AI 工具尽量反驳我了，毕竟我直接读的原文……

你说的 caniuse 肯定是对的，但是作者在文章还提到了 apple 的故意 slow-walk 改进 web，当然这些问题随着 v1 的发布似乎都解决了，而且作者还说一些小框架，特别是 solid.js 作者，很早就开始试图通过采用 web component 从 react 这边抢夺采用率，但是架不住这句：

This is the background that led Ryan Carniato, the author of SolidJS, to write his blog post Web Components Are Not the Future.

毫无疑问，跳反杀伤力最大的还得是曾经的支持者。

我当然对 web component 演讲没有 @Rei 那么深入，不过作为吃瓜群众，觉得这文章还是挺有话题性的，无论如何。。。

作者语气肯定没我说的那么直白，客气了很多，但是说了好几个论点

1. v0 到 v1 是不兼容的，让人想起了微软的 wp7 到 wp8，或者 angular.js 到 angular，Google 实际上打击的 web component 的最死忠的那批人（包括 solid.js 作者）
2. React 和 Web Component 是几乎同时发布的（React 其实还晚了一年，2012 年发布）但是现在大家也看到了 React 的采用率实在是太高了。
3. 一个技术是革命性的，就必须要有革命性的观点或者口号。React 有 UI=f(state) 这种近乎于数学公式 F=ma 的口号，且不说对不对，光这个美感就很惊人了，另外 Unidirectional data flow，作者是认为这个是魔法，是银弹，实际上推崇之情已经溢于言表了。
4. Web Component 目前只有 Chrome 系支持，Safari 缺席基本就意味着这个标准不是标准了
5. 作者认为 Web Component 采取的是一种渐进性的 DOM 改动，但是同时也写了 Google 的人在各个场合都说不用 Web Component 的应用都是 Legacy，讽刺意味其实很浓了。
6. 作者还是说了 Web Components 的好处，就是不是那么容易上手，所以可以避免 commodifying developers（感觉可以翻译成码农？）的出现，但是实际上各大公司都不约而同的选择了 React，选择了码农路线，所以这个到底是算好处么。。。。

虽然 DHH 还是代表 rails 官方，但我觉得太多存量的 rails 应用似乎并没有啥特别大的理由用 solid 系列新 gem 替换已有的成熟方案，无论如何欢迎 rails 8 的发布。

这些现象都是事实，但是并不构成不做程序员的理由：

所以花了一半的篇幅你想说的就是插播一个 OD 华为的外包广告？