听起来您已经决定Lombok项目为您提出的新项目提供了重要的技术优势。（从一开始就很清楚，我对Lombok项目并没有特别的看法。）
在某些项目（开源或其他明智方式）中使用Project
Lombok（或任何其他改变游戏规则的技术）之前，需要确保项目利益相关者对此表示同意。这包括开发人员，以及任何重要的用户（例如正式或非正式的赞助者）。
您提到了以下潜在问题：
当我提到它时，Flamewars将在## Java Freenode频道中爆发，
简单。忽略/不参加火焰大战，或者干脆不提龙目岛。
提供代码片段会混淆可能的助手，
如果项目策略是使用Lombok，那么可能的助手将需要习惯它。
人们会抱怨缺少JavaDoc，
那是他们的问题。任何人都不会在自己的头脑中试图将其组织的源代码/文档规则严格地应用于第三方开源软件。项目团队应自由设置适合于所使用技术的项目源代码/文档标准。
（ FOLLOWUP
-Lombok开发人员认识到不为合成的getter和setter方法生成Javadoc注释是一个问题。如果这是您项目的主要问题，那么一种替代方法是创建并提交Lombok补丁来解决此问题。
）
而且将来的提交者可能还是将其全部删除。
那还没开！如果商定的项目策略是使用Lombok，则应无偿删除Lombok的提交者，应予以惩处，并在必要时撤回其提交权。
当然，这是假设您已从利益相关者（包括开发人员）那里买入。它假定您已准备好辩护自己的事业，并适当地处理了不可避免的反对声音。
