公司项目用到了部分 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 就好了吧