 |
winRainV2EX 第 466739 号会员，加入于 2020-01-25 22:46:19 +08:00 |
winRain 最近回复了
67 天前 回复了 winRain 创建的主题 › 酷工作 › 成都招桌面应用软件开发 |
@brookepe 对全职，是的。个人工作室项目，时间比较急。如果你觉得给的钱不够，可以加。
72 天前 回复了 wangbaigao 创建的主题 › 职场话题 › 大龄程序员（36 岁）被裁，找工作实录 |
@qinghuazs 有啊，你搜南京慧咨环球看看，觉得合适的话再加 v 聊
72 天前 回复了 wangbaigao 创建的主题 › 职场话题 › 大龄程序员（36 岁）被裁，找工作实录 |
@imkerberos 25 的不考虑了，现在只要经验丰富的
78 天前 回复了 wangbaigao 创建的主题 › 职场话题 › 大龄程序员（36 岁）被裁，找工作实录 |
@winRain WFH ，不内卷，每周四天居家办公，需要转 C#
78 天前 回复了 wangbaigao 创建的主题 › 职场话题 › 大龄程序员（36 岁）被裁，找工作实录 |
南京澳洲外企考虑吗，现在就是想要经验丰富的（十年经验以上），title 是 principal software engineer
102 天前 回复了 GallifreyCAR 创建的主题 › 职场话题 › 公司要推行单元测试，但是执行太过于困难，大部分同事不支持怎么办？ |
我现在这家公司写了三百多万个 UT ，说点我的想法。
首先对于这个事在职场的考虑：
站在你的角度，领导来让你给方案，绝对不是想听到什么我觉得这个很难搞，弄不了，都觉得不想弄等等之类的话。让你给方案，说明领导对你的技术水平比较信任，你应该客观的分析优点，缺点，难处。
假如你是实在不想弄，也应该在难处上下功夫，让他知道这个东西不好弄，风险点等等之类的，想好如果实行不下去，怎么处理。
领导找你来是让你来解决问题的，不是听这个东西多难，不想做。
然后是怎么去做这回事：
我觉得你们应该先考虑用黑盒测试，去保证业务测试。业务测试最关键的是数据库数据的处理，不考虑 mock ，而是去考虑实现一个 UT 的 teardown ，手动管理 UT 事务。
之后，慢慢解耦，在 cotnroller 、service 、mapper 这三层之外多加一个 domain 层，做业务逻辑的计算。入参和结果都是 DTO 那种。
同时，也要考虑用 AI 加速，让领导上 copilot 。还要考虑未来 UT 如何处理，代码管理、review 等一系列问题。还有加入 UT 之后，工时变长等等。
这些问题都是你在方案里需要考虑的，需要领导提供资源支持的。好的领导和差的领导这个时候就能体现出来，又要马儿跑，又要马儿不吃草这种我建议你就直接考虑下一家。
首先对于这个事在职场的考虑：
站在你的角度，领导来让你给方案，绝对不是想听到什么我觉得这个很难搞，弄不了，都觉得不想弄等等之类的话。让你给方案，说明领导对你的技术水平比较信任，你应该客观的分析优点，缺点，难处。
假如你是实在不想弄，也应该在难处上下功夫，让他知道这个东西不好弄，风险点等等之类的，想好如果实行不下去，怎么处理。
领导找你来是让你来解决问题的，不是听这个东西多难，不想做。
然后是怎么去做这回事：
我觉得你们应该先考虑用黑盒测试，去保证业务测试。业务测试最关键的是数据库数据的处理，不考虑 mock ，而是去考虑实现一个 UT 的 teardown ，手动管理 UT 事务。
之后，慢慢解耦，在 cotnroller 、service 、mapper 这三层之外多加一个 domain 层，做业务逻辑的计算。入参和结果都是 DTO 那种。
同时，也要考虑用 AI 加速，让领导上 copilot 。还要考虑未来 UT 如何处理，代码管理、review 等一系列问题。还有加入 UT 之后，工时变长等等。
这些问题都是你在方案里需要考虑的，需要领导提供资源支持的。好的领导和差的领导这个时候就能体现出来，又要马儿跑，又要马儿不吃草这种我建议你就直接考虑下一家。
Select Language