我在DevTalks Cluj-Napoca 2026大会上的收获
内容提要
作者在DevTalks Cluj-Napoca大会主持Java专场，分享Spring Modulith模块化单体、Java升级成本、LangChain4J构建AI代理、加速Maven构建等演讲。AI圆桌讨论指出：AI会放大现有工程实践，团队纪律强则效果显著，薄弱环节也会被放大，专家经验仍具价值。
延伸解读
模块化单体：微服务之外的务实选择
作者在演讲中分享了Shopify从单体拆分为模块化单体的真实案例，而非转向微服务。这提示Java团队：微服务并非默认答案，模块化单体可以保留单体部署的简单性，同时获得清晰的模块边界。对于多数企业应用，这可能是更稳妥的架构起点，尤其适合尚未具备微服务运维能力的团队。
AI时代，工程纪律决定放大效应
圆桌讨论强调，AI会放大现有工程实践：团队若测试扎实、需求挑战充分、理解客户，AI能带来巨大收益；反之，薄弱环节会被加剧。同时，手动编写测试可增加确定性，避免AI基于幻觉生成测试。这提醒团队，引入AI前应先夯实测试、评审等基础纪律。
构建加速与评审策略的实用建议
Maarten Mulders的演讲介绍了利用Maven Daemon、并行测试和缓存显著加速构建，这对大型项目回报很高。圆桌还建议使用ArchUnit等linter和验证器加速评审，并设定PR变更行数阈值（如最多400行），以便逐个小规模评审。这些做法在AI生成大量变更的背景下尤为实用。
专家经验在LLM均值回归下的价值
讨论指出，当LLM输出趋向平均质量，而客户不愿为平庸付费时，专家经验将成为差异化关键。此外，用新技术做原型时，应选择与业务无关的应用，避免管理层将原型直接推上生产。这些观点帮助开发者思考如何在AI普及的环境中保持竞争力。
Q&A
DevTalks Cluj-Napoca 2026 大会的规模和形式是怎样的？
DevTalks 在罗马尼亚多个城市举办，布加勒斯特场次很大，有 14 个舞台；而 Cluj-Napoca 场次设有 3 个并行轨道，共有 40 位演讲者分享最新发现。
作者在 DevTalks Cluj-Napoca 2026 上主持了哪些环节？
作者受邀主持了 Java 专场，并发表了一个关于 Spring Modulith 模块化单体的演讲，还主持了一个关于 AI 时代 Java 软件开发未来的圆桌讨论。
Spring Modulith 演讲中提到的模块化单体案例是什么？
演讲分享了 Shopify 如何将单体拆分为模块化单体，而不是微服务，并说明为什么模块化单体可以成为许多 Java 应用的优秀默认架构。
不升级 Java 会带来哪些隐藏成本？
Konrad Szałkowski 的演讲《The Hidden Cost of Not Upgrading Java》展示了如果推迟 Java 更新太久，开发者会错过哪些东西，从而产生隐藏成本。
LangChain4J 是什么？它有什么用途？
LangChain4J 是一个框架，允许你构建 AI 代理、协调它们并监控它们的活动。
如何加速 Maven 构建？
可以使用 Maven Daemon、并行测试和缓存来显著加速构建，这对大型项目尤其有很高的投资回报率。
AI 圆桌讨论中关于 AI 对团队的影响有哪些核心观点？
AI 会放大现有的软件开发实践：如果团队有扎实的软件纪律、编写测试、挑战业务需求并理解客户需求，AI 能创造奇迹；如果存在薄弱环节，AI 会让问题更严重。同时，当所有人都使用 LLM 时，输出趋于平均质量，但客户不愿为平均付费，因此专家经验将非常有价值。
在 AI 时代，如何保证测试的确定性？
手动编写测试有助于为项目增加确定性。如果同时用 AI 生成应用代码和测试，可能导致 AI 基于幻觉编写测试。这类似于开源中先为 bug 写测试再实现修复的做法。
圆桌讨论中关于代码审查和 PR 管理有哪些建议？
建议使用 linter 和验证器（如 ArchUnit）来加速审查，尤其是在 AI 能轻松生成大量变更的现在。同时，团队应设定规则，限制单个 PR 的变更行数（例如最多 400 行），以便更容易逐个审查和批准。
用新技术做原型时应该注意什么？
当用新技术做原型时，应该在与业务无关的应用上进行，这样管理层就不会把原型直接推广到生产环境。
