liununu

@Biluesgakki #12 API 上的测试并不都是「单元测试」，也有「集成测试」之类的。一般 API 的单元测试意义并不大，因为 Controller 上都不一样有逻辑，更多的是框架的调用，注解之类的，更好的是使用「集成测试」来保证 API 的请求验证，序列化或反序列化等。
而下层的 Service / Domain / Utils 的「公开」方法，更应该用单元测试，这些方法的输入和输出就都会被轻量的自动化的测试给保护好，以后做内部实现的重构才会更安全。

有单元测试吗？覆盖全吗？如果没有，那很难保证不改挂。
或许得换个思路了，绞杀模式一步步去重写，替换模块……

个人觉得 PostController 更合适一点，因为从属上是「某个文章里面的评论」

一种划分思路，从 Post / Comment 这两个资源的生命周期，依赖关系，聚合关系出发。
比如一个 Comment 一定仅是出现并关联在一个具体的 Post 上，不能完全创建的话，那就是 /posts/:postId/comments

请病假，刚好没用完

为了赶工而冠以敏捷之名的压迫。
连问几个简单问题就知道了，有没有迭代计划，按团队效率安排，有没有单元测试，集成测试等自动化测试，有没有 CI/CD 。

之前刚开始的时候注册过 https://alive.bar/ 的，但是没什么人就没玩了
老马最近也在折腾 Mastodon 玩 https://martinfowler.com/articles/exploring-mastodon.html

@feelinglucky #35 赞同，作业面试过的开发，要是能熟悉写好 Java 8 （ LocalDate / Instant / Lambda 之类的）都算是亮点了

我司社招面试也是提前一天给候选人一个模拟项目的代码，然后面试官会和他一起去完成新需求，主要考察点也是代码能力 /风格之类的。

可能有些区别是更关注过程中的观察，不一定要求能在规定时间内完成（虽然能完成的确实比例也不高