License_Communication.md¶
沟通指南：如何谈论许可证¶
在开源社区中，提及许可证就像打开一扇通往充满哲学家的房间的门。虽然许可证很重要，但它们可能会很快破坏有关您的工具实际功能的对话。
1. 现实世界的例子¶
我们最近进行了一次讨论，两个用户（A 和 S）对提及 Apache 2.0 做出了反应：
用户 A（支持者）： “当然，这甚至是兼容 GPLv3 的自由软件许可证……copyleft 只是一种常见的战略偏好。”
用户 S（警告）： “请注意，Apache 2.0 不兼容 GPLv2，它有时用于专有软件项目……”
这里发生了什么？¶
两者都是正确的，但话题从Aura 的功能转向了许可哲学。
用户A捍卫了项目的自由。
用户 B 警告技术不兼容 (GPLv2)。
结果： 如果您不小心，您将在接下来的 30 分钟内讨论法律兼容性，而不是展示您的工具。
2.“许可证陷阱”¶
当您被问到“它是公开的/免费的吗？”时，请避免立即回答原始的法律链接或完整的许可证名称。
而不是说… |
为什么这是一个陷阱 |
|---|---|
“这是 Apache 许可证 2.0，2004 年 1 月，请参阅链接…” |
它看起来像是机器人响应或法律免责声明。它扼杀了“人性”的氛围。 |
“这是福斯。” |
太简短了。可能会导致：“到底是哪个许可证？” |
3.推荐策略：“利益第一”的答案¶
当有人询问许可证或是否“免费”时，请将法律术语翻译为用户利益。
模板响应：¶
“是的，它是完全开源的 (Apache 2.0)。我选择这个许可证是因为我希望它是专业级的，这意味着即使在企业环境（汽车、金融等）中，您也可以免费使用它，而不会遇到其他许可证所存在的法律问题。”
为什么这有效：
直接回答： 你提到了许可证（Apache 2.0）。
高资质： 您解释为什么您选择它（专业/企业用途）。
防止争论： 您将“Permissive”（非 Copyleft）定义为专业用户的一项功能，这回避了“GPL 更好”的争论。
4. 如何应对“许可哲学家”¶
如果人们开始争论 GPL 兼容性（如上面的用户 S），请保持礼貌，但将谈话引回到项目上：
响应示例：
“关于 GPLv2，这是一个公平的观点。我专门选择 Apache 2.0，以使其对所有类型的项目保持灵活性。如果您对技术实现或如何使用自动化功能感兴趣，我很乐意向您展示！”
5. 常见问题解答摘要¶
不要以许可证为主导。 以自由为主导。
保持人性化。 避免在前三条消息中复制粘贴合法的 URL。
知道您的“原因”。 如果您因为 专利条款 或 企业友好性 而选择 Apache 2.0，请说出来！它表明您是一位考虑长期项目健康状况的高级开发人员。