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

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

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

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

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

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

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

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

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

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

现在好了。

苹方

要描述清楚这么多功能细节的助记词的规模不见得就比源代码的变更差异小。

算力也不是无限的，既然可控核聚变还没实现，哪怕 AI 的能力能够支持，有多少人愿意为了定制一个只有自己需要的个性化功能去花那么多钱去生成这个功能。

以前的面试可能是考查候选人的能力能不能匹配工作岗位，现在的面试尤其是小公司的面试已经是纯纯的筛人了，尤其是 Java ，大中厂退下来的初中级程序的候选人一大堆，相当部分技术广度和深度都不比小厂的小 leader 差，面试的目的就只是在一堆先天就匹配工作岗位的候选人里筛出（领导觉得）比较合适的。

可以诚实地解决问题为啥要搞歪门邪道？

导员应该给你解决问题，说服不了它就找它上一级能解决问题的，比如院党委。
初生牛犊的学生只要自身没问题，就是无敌的。

我觉得是 vscode 无插件版差的功能太多了，有很多人为它开发插件，培养了一批开发者，其中有一部分发现需要改改本体，就出现了一堆变体。

IDEA 哪怕是社区版，完成度也太高了，最高质量的扩展永远是 JetBrains 官方搞出来的，导致本体就已经是一个功能丰富且臃肿的状态了，哪怕对本体做一点点修改都很不容易。有些看起来比较小的改动就连 JetBrains 自己都处理不好。

罐装我理解会随客单送一罐（正常也够用的），更多需要收费。收费应该在客人提的时候就说明。

关键字：continuous testing

FYI gradle 更适合干这个事情。

不看看劳动合同怎么约定吗？我的是合同成立期间一切指定领域的产出归属公司（这个指定领域的范围相当之广）。