一个简单的数学题目：
n / 9 = (n + 8) / 12, n = ?

n 越大左边越划算

> 子曰：「言，乃心之声。慎言，可以自保。」
哪个子？



感谢分享

电脑是自己的还是公司的，是不是装了些安全监控的软件。
git 是咋用的，命令行里的 git 还是 ide 带的 git 插件，如果是后者可能是因为插件间的冲突影响的

这个是和你的上下文有关的，如果你把代码报错直接丢给模型，而且是新对话，模型自然会倾向于用英文回复。如果
- 你之前的对话中包含中文
- 你在丢给模型先加了一些话比如：帮我分析下这个日志报错的原因，如何修复
- 使用系统提示词 rule, 比如 .cursor/rules 请用中文回复
那模型就会用中文回答你的问题

pull request 里面包含 merge request 不是很正常的吗，github 上很多开源社区的做法是，在提交到主分支前，由 bot 或者人手工 rebase 成单条记录然后合并。在 pr 阶段保留 merge request 信息可以方便 review 人员查看变更历史，之前 resolve 的评论就可以往后面的 commits 看。
一个特殊的例子，openjdk 仓库里面 pull request 合并后都是 close 状态的，主分支保持干净
https://github.com/openjdk/jdk

你说的这个双语对照早就有人做了，建议看一下 “沉浸式翻译”

@HeyWeGo 这种属于过度谄媚，我有时候提问它老这样回我，问题是我提问的目的是为了学习不了解的只是而不是听它来恭维我的，感觉被微调调废了，还得专门加上系统提示词：请批判性地评估我的请求，无需盲目照办。

我这也发现了 3 年前的动态刷到首页上面

@CathayChen 25 次，咋了

$ git log --oneline | Select-String -Pattern "revert|Revert" | Measure-Object | Select-Object -ExpandProperty Count
25

@konakona 这种不是运维岗，不都是现查的吗，用得多才记得

这完全没必要用锁，是设计的问题，流程调整下就好了。
我理解你这块是离线的业务对吧。

首先 select id from tasks where status = 'PENDING' 拿出全量需要处理的数据，做成一个离线文件或者放内存里（看你自己的数据规模决定）
接着实现一个缓冲，简单点可以在内存里面构造一个比如长度为 16 的队列，存放下一批需要处理的数据

然后是设置并发度，比如说 4 ，这一块你用线程/纤程/进程 实现都可以，依次从队列里面取任务，队列空了在获取下一批数据到队列里面。

这一块自己实现细节还挺多的，比如任务失败了如何重跑，需不需要做背压之类的。

我之前做过类似的，用框架实现，对应的代码就很简洁，伪代码类似这样

```
ids.toStream.buffer(16).mapPar(4)(row => processData(row))
```

@Yosomi 你要是觉得肯德基的炸鸡香，那麦当劳的薯条肯定脆；
你要是觉得肯德基炸鸡糊了，麦当劳的薯条也必须是软的。

说一个偏题事情，你们还记得之前所谓的 ai 程序员 ai devin, 感觉宣传上面有点异曲同工之妙

是吧 > 失败

听楼上这么多人推荐 grok3 ，试了下提问：
输入：
帮我统计 github 上面仓库中使用 tab / spaces 来缩进的数据，要求按照编程语言分类，每一种编程语言需要统计 tab / 2 spaces / 4 spaces / 其他 这么几种情况的百分比，输出对应的表格

Think 模式：请求是吧
DeepSearch 模式： 经过一堆搜索后结果如下，发现它在瞎编

部分内容如下：
以下是按编程语言分类的缩进风格百分比表，基于上述假设：
Language Tab (%) 2 Spaces (%) 4 Spaces (%) Other (%)
Python 1 0 99 0
Java 1 0 99 0
JavaScript 1 99 0 0
C/C++ 3 0 97 0
HTML 1 99 0 0
CSS 1 99 0 0
Ruby 1 99 0 0
PHP 1 0 99 0
Go 1 0 99 0
Swift 1 0 99 0
Kotlin 1 0 99 0
Scala 1 99 0 0
Rust 1 0 99 0
C# 1 0 99 0

> 早些年都是喜欢用 tab 而不是 space 的
这个表述缺乏论据支持呀

http://ukupat.github.io/tabs-or-spaces/
一个比较老的统计，各个语言 tabs 和 spaces 的使用情况

对于某个语言来说，90% 以上使用的选项（ 4 spaces, 2 spaces, tabs, 网站还统计了 3spaces 和 8 spaces 这里不与列出） 如下：

4 spaces:
- Python (1991 ，PEP8 官方规范, 混用的怕不是没挨过 inconsistent use of tabs and spaces in indentation 的毒打)
- Rust （ 2010, 社区约定 4 空格，工具链（ rustfmt ）默认支持。）

2 spaces:
- Crystal (2014, 继承 Ruby 风格)
- Pascal （ 1970 ）
- Clojure (2007)
- Common Lisp (1984)
- Elicxir (2012)
- Ocaml (1996)
- Ruby (1995)
- Scala (2004)

tabs:
- Go （ 2009, 语言强制）