AI编码开发

初接触

从插件辅助开发，提示代码，到现在用AI完全编码，这条路，我走了好久。之前 TabNine 刚出现的时候，我就是其第一波使用用户。其收费时，对老用户也很友好，直接提供了长期使用权。2023年，ChatGPT 发布，我主要是旁观。直到 DeepSeek 出现，才开始大面积使用，但主要是对话，不是编码。

尝试

后面陆陆续续使用了 Lingma/CodeBuddy ，这些，都无法完全编码。编码的时候，AI会提供代码片段，但代码片段，往往不能满足需求，需要人工修改。上下文也短，无法识别整体意图。

后面推出了 CLI 模式，尝鲜使用了 CodeBuddy/Qoder。老实说，也还是弱。编码能力，执行能力，执行速度都弱。但是，这个模式下，走一个完整流程，已经是很轻松的。能看到AI显著的进步：输入详细详尽的需求，AI能给出相对完整的代码，能执行。但复杂的业务需求，复杂的技术需求，AI无法处理。

另一种尝试

我反思网上各种声音说好，而我自己说不好。那是不是工具不好？我换用了 opencode，付费了 DeepSeek。这套组合拳，效果确实好。

这个模式下，AI的能力，达到了我可以接受可以满意的标准。甚至，让我恐惧，真的很棒！但是，我浅尝辄止的情况下，两天就20元的消耗，让我不得不考虑性价比。

大举使用

0. 建议

建议写最上面：如果不需要支持 IE10 等浏览器，请务必使用 HTTP/2/HTTP/3 等协议，以获得不调整代码即可获得低延时高QPS的快速性能提升。

问题

目前业务系统沿袭 Oracle 的习惯，沿袭开发习惯，对查询提供总页数。通过 select count(*) from tab1 where tab1.xxx=yyy 这种形式来获得。
在 Oracle，这个成本还能接受。在 MySQL/PostgreSQL，这个成本大得离谱。

分析

本质是设计问题，针对给出解决方案:

1. redis记录
2. 数据库另表记录，但可能无法支持带条件
3. 彻底废弃总页数，使用流式查询，直到没有为止

使用 rust + inkwell 开发了一个 JIT 代码示例。碰到了不少问题。罗列如下，以作记录：

SonarQube Block Issue

issue

ORDER BY 子句必须显式指定排序方式（ASC/DESC）和 NULL 值排序方式（NULLS FIRST/LAST）

验证同域名不同端口的会话

Oracle SQL_ID 对应 SQL 语句的查询方法详解

在 Oracle 数据库中，sql_id 是一个唯一标识 SQL 语句的哈希值，用于跟踪和诊断 SQL 性能。除了 AWR（Automatic Workload Repository）报告，还可以通过多种方式查询 sql_id 对应的 SQL 语句。

数字证书，是用于证明身份的数字文件。

2019年为处理某故障，对 JGroups 做了粗略的代码解读。目前尚有系统仍在使用 JGroups，故找出文档，分享在此。

curl/wget 是一个非常常用的命令行工具，用于下载文件。在网络故障时，我们可以使用 curl/wget 来进行故障侦测。