guyeu

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

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

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

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

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

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

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

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

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

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

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

我喜欢在动卧上戴头戴式耳机睡觉，音量开小一点播个白噪音啥的好入眠。
没感觉对听力有影响。