macOS

E36FJ734YF3F 已用。

用了一下，感觉还需要改进。
1. 喝水记录要点三下，说实话够我喝一杯水了。
2. 谁家好人会靠一个桌宠管理 todo 啊，开放出来让别人能接入呢？
3. 白噪音和木鱼怎么说呢。。。可能有受众吧。
4. 不知道这个是怎么处理的窗口，时不时会闪烁一下，和我的 WM 也很不兼容。

以前找工作的时候也遇见过一些公司入职的时候让填这种表，基本上都写个姓名联系方式其他都空着，后来面试入职啥的也都正常走流程了。

我觉得这种保不齐是行政或者 HR 自己加的戏，觉得有问题不理会就好了。
职能部门能干预业务部门用人的公司其实也不多。

WX 限制个人开发者上传的小程序的数量吗？纯自己用直接用体验版或者开发版也不用备案有这么多事情？

确实牛逼

ulysses 不支持 code as diagram ，令人叹息。

在用精神续作：Zen

本地优先？没有云端就跑不起来的本地优先？

开源模型私有部署，各厂商没有动力也不需要对齐模型官方的定价策略。
阿里云主打的不是 DeepSeek 模型，单一模型的价格竞争力对它的商业化意义不大。

IM 需要被标准化，或者扩展已有的标准，而不是一个新的 IM 。

ID 501 谢老哥

最实际的还是自己优化自己工作流，给自己常用的工具、范式编写自己的 skill 。

要是能做到 rainmeter 那个程度，应该就能财务自由吧。

先写 domain 层，自然就会给 domain 层的 API 定义数据类，然后把 domain 层接入 db 层，这个时候针对数据库做设计，不管是定义数据库实体生成建表语句还是通过建表语句生成代码定义，都需要在 domain 层接入的时候写一层转换，这层转换有一些工具可以辅助，但是自己写也是很自然的（有 AI 之后可以直接丢给 AI 写）。之后再定义接入层的时候（或者把以前定义的接入层接入 domain 层 ），再写相应的转换逻辑。

按照我的理解，接入层是有一些逻辑的，最经典的电商下单操作，接入层收到的不管是 protobuf 还是 json ，都需要从对应的实体类里拆出对应的参数，比如调一下 account domain 的 api 预扣余额，然后调一下 inventory domain 的 api 预扣库存，都成功之后再调一下结算，发货。这里面每一个 domain 层的调用的参数都不太一样，也不可能会存在说需要把 api 的入参到处传的情况。

我和你的感觉相反，网文一代比一代要进步太多了。

初代网文很多（包括一些流派的开山之作），都有大量的软色情的描写，和大量的简单粗暴的扮猪吃虎桥段，那时候网络小说在某些校园基本上就是禁书的代名词。

现在的网文，虽然有受到 AI 生成内容的影响，但能在某个细分领域吸引到读者的，很多文本质量都已经不输于上个世纪一些经典武侠小说了。

真的有利可图的话，上下文是不会成为障碍的。

你得告诉他怎么产出不糊弄的测试用例。

做靠谱的人，凡事有交代，件件有着落，事事有回音。

@PrinceofInj 如果仅仅是车轮撞击铁轨的声音就还好，问题是会有同室旅客的鼾声起夜声，过道的人声，附近隔间开关门的撞击声。