@YanSeven 是的，我最近换成 AI 来写脚本，搞得我已经快忘记语法了（主要是最近一直也没迭代语法相关的功能

我现在直接把语法文档塞到 GhostScope 的工具里面，skill 里面可以让 AI 直接从工具里面获取语法文档，来编写脚本，确保语法怎么迭代，AI 都只会写和现有工具版本支持的脚本。

https://jt26wzz.com/posts/0015-why-we-struggle-with-improvised-speaking/

共勉，我觉得多练就完事了

@subpo 我感觉也差不多，我手里个人 codex 有三个 plus 号，然后公司有无上限的 Claude code 。我经常对比赛马，我个人体感上，纯写代码，codex 还是更靠谱，特别是 review 环节。另外，Claude code 还是偶尔喜欢捏软柿子（尝试回退到简单方案），不过 Claude code 写邮件，写文档，确实蛮好的

我不太熟悉这个，插个眼，等大哥回复。

我本来是想 ebpf redirect 是 unix domain socket 场景的优化方案，我看到你出现了 oom 有点震惊，不是有 sk send_buf 之类可以背压保护吗。问了 ai ，说 ebpf redirect 这个实现，直接绕开了这个限制。。。

我又问了 ai ，说 绕开的原因是什么，ai 说，是因为 ebpf redirect 运行在软中断里面，没有进程上下文可以阻塞，我觉得这个很合理，说服了我。

那既然这样，就不适合用 ebpf redirect 方案，去解决这种生产者消费者速率不匹配的场景问题了。

ai 推荐了 splice 和 io-uring 。

以上是我边搬砖（围观 cc ）边水贴问的，耗时不过十几分钟，按我以前的经验，要探索到这个阶段，得花一个晚上。。。

正式邮件都是 ai 帮我写，平常交流，让对面自己适应，我现在都不担心感情色彩误用了，反正对面会消化掉

用了 ai 之后，就立刻买了不少半导体和七姐妹，虽然现在回撤了些，但是还是赚了点

累，主要指的是堆砌了很多形容词，大量的描述，看起来很华丽，但是没有剧情起伏（爽点）

读者阅读的时候，大脑分析半天，结果啥信息量也没有，没爽到，那剩下的就是累了

我觉得不是文笔的问题，有的鬼扯小说，光是标题，我就有打开的冲动

主要还是为了放松才看小说的，如果读起来很累，还不够爽（我选择去看龙书：编译原理）

你适合自己创业，而不是去坐班
这也是一条很难的路，需要自己找到窄领域的付费需求，不过比铁人三项靠谱多了

情节不够抓人，另外阅读体验有点累

究竟该做什么
如何以正确的方式去做
怎么样算是正确的完成了

只有程序员能回答这三点

已经 star 了，能支持 codex 或者 cc 这种 agent 的使用方式吗，而不是 api

目前两个都有，我还是觉得 codex 强

回复下，抄了 Cloudflare ，当时价格 170 吧，现在 226 了，可惜买的很少。当然，股市奇妙的地方在于，其实涨跌和这些分析没啥强关联，大家都是根据结果找原因。

我觉得对我来说，比较有意思的一点是，股市可以带来参与感，让我觉得我和喜欢的公司产生了联系。

你腾讯包应该一百出头吧。

我三年多前，和你差不多的选择，不过因为第一份工作太卷了，所以降大薪去了外企。

我建议，缺钱或者有想法还是去拼一下，主要是外企没什么挑战。我们这行，躺下来，就很难爬起来了。

@ktyang 因为大厂有稳定的成长路径，可以把初级培养成资深，这样内部成长出来的高级程序员，比外部招聘的好用很多

资源不够，调度只能给你跨省跨运营商的资源了

现在应该是灵气复苏，太多人立地成仙了，导致资源不够用

但是成仙的天花板明显被顶高了，原来只能筑基的，现在金丹有望

没有遇到过只管代码提交，不管后续项目落地情况的工作环境。

我前老板好多年前跟我说过一句话，代码合并只是刚刚开始。

如果有这么呆的管理方式，建议提桶跑路。

附加一句，可能有人会拿 OpenClaw 反驳我，但我觉得 OpenClaw 这种迭代模式，最终归宿就是一地鸡毛（功能迭代困难，版本交付不稳定），然后开始重构