公司项目用到了部分 github 开源的代码，如何计算给作者们多少酬劳?

得要看具体协议的种类。特别是 GPL 的。

另外你用到了 A，A 又用到了 B，B 用到了 C。。。
这样的情况考虑了没有

按开源协议，其实你们把发布出去的程序里包含对应的协议文本就可以了。

如果只是打算支持一下开发者们，最简单的就是平均分。因为作者们并不会知道其他人都拿到了多少，所以拿到 $1 都会心存感激。

事实上没几个人是依靠赞助活着的，所以不用想那么多啦。

@wenzhoou 这。。。 这个很难考虑全
@phoenixlzx 原本没考虑平分。听你分析后，感觉这是个很好的办法。

@phoenixlzx 不知道你讲的是那个开源协议。

如果这些项目没有 GPL 系的 License，@phoenixlzx #2 的意见挺好

不过如果你们用了 GPL 系的 License 的项目，要么一个个联系问商业授权要么重构吧

你按照你的算法给的话，有三种可能：

1. 刚刚好满足作者的预期，双赢（但是这个可能性应该很低）。
2. 达不到作者预期，作者心里不舒服，说不定直接拒绝。
3. 远超作者预期，你多花钱了。

所以，建议直接问作者，让他开个价，然后单独给个 License，作者满意，你们也不会多花钱。

PS：
我觉得大部分开源作者还是比较好说话的，而且他们本来就没打算靠这个盈利，能得一笔额外收入也不会拒绝，反而会很开心。

PO 并没有说这商业项目有没有再分发，原项目用不用 GPL 没啥关系吧。

也没有提到只是想简单表达下感谢，还是想长期支持开发者，还是想怎么样。范围太广了，我只提供一个最简单思路就是。

@chinvo
@phoenixlzx
查了一下 没有 GPL 的协议

为了公平的话，不如都捐给 neovim 好了，https://salt.bountysource.com/teams/neovim
你们捐助不仅能帮助 neovim 实现更多的功能，更是造福了广大的开发者。

@chemzqm 你的脑洞真大

@chemzqm 你这求捐赠的方式是不是有点厚~无~了

@aetmY #9
还有 AGPL，这个特别注意下
还有别看 LGPL 是“弱” GPL，也是有限制的，比如静态连接需要公开目标文件之类，如果不能接受还是要买商业授权

确定都是允许商业使用的协议的话，基本上给 credit 就够了
你给钱人家不会不要的。就算不要也不能拒绝你使用，这是白纸黑字写在 license 里的。

你不用说是买授权，授权已经给你了。你这是使用后发现好用，赞助后续开发。

首先对楼主公司的做法表示下感谢，能主动给予开源开发者资金支持是个值得称赞的行为！！
至于金额，有总比没有好，按照楼主的评估给不算亏，毕竟代码质量在楼主这里产生价值，反倒是楼主评估的最接近

@wwqgtxx 您是不是弄错了, 这不是求捐赠啊? neovim 是一个挺好的开源项目. @chemzqm 这个提议虽然很大程度上偏离了作者的意愿, 但也不无道理.

@xiaket 人都明明白白地写了“捐”“捐助”……而且还是“都”。看上去好像是在为开源谋求福利，其实是自私，让自己喜欢的项目独吞本来完全不属于它的钱。

看下商业协议。 里面有很多事 MIT 的，可以直接用，还有一些开源必须要拿到作者授权才能商用。要是想支援开发者给捐赠的话，直接联系作者。而且很多项目都是很多人有在维护更新的。话说开源的好处是双向的，开源用的人多，才会有人继续维护更新，用的人少就会胎死腹中。捐赠可以是一种回馈，参与到开源项目中提升开源项目的代码质量也是一个不错的选择。 当然这是个人观点！

@chemzqm
照这么说，为啥不捐给 v2 啊？

开源出来的代码不需要得到酬劳。捐助可以量力而行，具体捐多少应该你们自己决定。捐助金额合理的话，多了少了都没有问题的。（不要像前几天那个帖子里说的一样捐 1 美分就好了……）

不用太复杂，给多给少不给都有道理。作者在页面上留下主流的支付方式，然后随意别人赞助多少。

@xiaket A 这个项目太好了，对我帮助很大，我们来把钱都捐给 B 吧。

项目里注明 license 就好了吧