同感，公司几十年的代码，刚进的时候觉得很简陋，不够现代化，认为 leader 也比较守旧。可是后面一想，什么微服务，GraphQL 之类的东西，其实也是徒增复杂度。没有深入优化过的，使用各种中间件，不过是简单的堆砌成本而已。技术浪潮一波又一波，区块链，元宇宙，AI ，很难说以后的发展。

Hi ，发邮件了

我感觉去上海吧，我现在在南京外企，也要裁员了，不如多拿点钱。

外包公司？

分子

@brookepe 对全职，是的。个人工作室项目，时间比较急。如果你觉得给的钱不够，可以加。

@qinghuazs 有啊，你搜南京慧咨环球看看，觉得合适的话再加 v 聊

@imkerberos 25 的不考虑了，现在只要经验丰富的

@winRain WFH ，不内卷，每周四天居家办公，需要转 C#

南京澳洲外企考虑吗，现在就是想要经验丰富的（十年经验以上），title 是 principal software engineer

我现在这家公司写了三百多万个 UT ，说点我的想法。

首先对于这个事在职场的考虑：

站在你的角度，领导来让你给方案，绝对不是想听到什么我觉得这个很难搞，弄不了，都觉得不想弄等等之类的话。让你给方案，说明领导对你的技术水平比较信任，你应该客观的分析优点，缺点，难处。

假如你是实在不想弄，也应该在难处上下功夫，让他知道这个东西不好弄，风险点等等之类的，想好如果实行不下去，怎么处理。

领导找你来是让你来解决问题的，不是听这个东西多难，不想做。

然后是怎么去做这回事：

我觉得你们应该先考虑用黑盒测试，去保证业务测试。业务测试最关键的是数据库数据的处理，不考虑 mock ，而是去考虑实现一个 UT 的 teardown ，手动管理 UT 事务。

之后，慢慢解耦，在 cotnroller 、service 、mapper 这三层之外多加一个 domain 层，做业务逻辑的计算。入参和结果都是 DTO 那种。

同时，也要考虑用 AI 加速，让领导上 copilot 。还要考虑未来 UT 如何处理，代码管理、review 等一系列问题。还有加入 UT 之后，工时变长等等。

这些问题都是你在方案里需要考虑的，需要领导提供资源支持的。好的领导和差的领导这个时候就能体现出来，又要马儿跑，又要马儿不吃草这种我建议你就直接考虑下一家。

@kkthis33 wx: eWoxMDc0NDU1MzkzCg==