我竟然在邸报已经更新到 0.3 版本之后才想起来这个功能没做。而整个邸报的推荐引擎最初我就是从相关文章获得的灵感。🤣

昨晚和 @duanlin 在双井吃了 Qmex。

他经历还蛮神奇的，大学学的是不太相关的化学专业，然后毕业去做了广告，又转行成了产品经理，现在又成为了正经的 Vibe Coding 工程师。

对，我也是从他口中知道现在大厂已经开始直接招聘 Vibe Coding 工程师了。就是在 JD 和面试，都主要要求对 Codex 等 AI 编程工具的使用水平，而不是传统的编程水平。

突然感觉，这样我也行了。

请陌生即友吃饭的活动长期进行中，规则在这里，欢迎勾搭，但从下周起我会在深圳 Base 两月，欢迎深圳的同学建联：web.okjike.com

企业让员工成长是个伪命题，因为成长是内发的，有其自然方向。
企业的大多数对员工的培训、锻炼和引导，哪怕最终实现了技能、认知和能力上的进展，本质都是规训，不是培养。
约等于《病梅馆记》里的绳与斫，牺牲的是人原本的意愿与可能。

邸报 V0.3.0 大版本更新：
这是一次围绕“推荐算法与机制大更新”的大版本发布。

- 完整的重新设计了推荐排序任务，优化了推荐排序任务阻塞前端各类交互的问题。
- 推荐系统现在更强调稳定的已排序库存、清晰的 fallback 边界、负面主题与主题组约束，以及更低干扰的后台排序机制。
- 阅读器也加入了无限加载、推荐库存状态提示、全文抓取插件与多处交互收口。

当前实际最新版本是 V0.3.1，在完成上述更新后又用一个小版本处理了 4 个 Github 上的小 Issue，主要是前端和 i18n 问题：github.com

现在真的是……
一旦付一笔 1 万元的款出去，信用卡、各大网贷平台纷纷来信告诉我授信额度上调到十几万二十万。

和 @汐笺 讨论邸报前端设计一致性时总结出的，之前没有成文的一个理念：
现阶段试图用 AI 颠覆流程的一般都不太行，或者说效率都比较低，需要反复试错。
效率最高的就是完整复刻现有流程，但替换掉环节里的人。

MacOS 的台前调度是个很好的交互，但就是太费电了。

自从开了汽水音乐之后，我日均听歌时长从 0 拉到了 2 小时。

Pop Eyes 的汉堡不好吃，回头试试 Five Guys。

邸报更新慢是因为我不会去专门做测试，我自己的测试实例是 nightly build 的，其实每日都在更新。
但经常是用到一周左右才发现新问题，按我自己定的测试规则，又要再用一周才能 Release。
这样似乎是不太符合 AI 时代产品发布节奏的，考虑要不要切到把 nightly build 当 Release 发的模式。