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

2018-07-03 21:25:30 +08:00
 aetmY
因为这个商业项目用到了很多 github 上开源的代码。
但是领导给的预算有限,直接和每个作者聊感觉心里没底。
又找不到合适的方式来分这些资金的,特地来询问大家有没有什么经验可以指导。

现在只有两个大概的想法:
1.按 github 的星级。但是感觉有些代码虽然星少但是质量很高。
2.按代码质量分。但是这个很难客观的区分。


还有老外需不需乘以汇率呢?
9641 次点击
所在节点    程序员
23 条回复
wenzhoou
2018-07-03 21:36:02 +08:00
得要看具体协议的种类。特别是 GPL 的。

另外你用到了 A,A 又用到了 B,B 用到了 C。。。
这样的情况考虑了没有
phoenixlzx
2018-07-03 21:37:15 +08:00
按开源协议,其实你们把发布出去的程序里包含对应的协议文本就可以了。

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

事实上没几个人是依靠赞助活着的,所以不用想那么多啦。
aetmY
2018-07-03 21:46:30 +08:00
@wenzhoou 这。。。 这个很难考虑全
@phoenixlzx 原本没考虑平分。听你分析后,感觉这是个很好的办法。
wenzhoou
2018-07-03 23:15:27 +08:00
@phoenixlzx 不知道你讲的是那个开源协议。
chinvo
2018-07-03 23:24:06 +08:00
如果这些项目没有 GPL 系的 License,@phoenixlzx #2 的意见挺好

不过如果你们用了 GPL 系的 License 的项目,要么一个个联系问商业授权要么重构吧
lihongming
2018-07-03 23:28:58 +08:00
软件还是应该以其所创造的价值来分奖金,技术先进程度、代码质量什么的都是没成绩的人聊以自慰用的。
就像财付通做了大量基础工作也没让微信支付获得多少用户,而微信红包只写了很少的一点代码就让微信支付瞬间有了跟支付宝叫板的实力。显然红包的技术产品团队应该分得更多的奖金
zn
2018-07-03 23:39:25 +08:00
你按照你的算法给的话,有三种可能:

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

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

PS:
我觉得大部分开源作者还是比较好说话的,而且他们本来就没打算靠这个盈利,能得一笔额外收入也不会拒绝,反而会很开心。
phoenixlzx
2018-07-03 23:57:13 +08:00
PO 并没有说这商业项目有没有再分发,原项目用不用 GPL 没啥关系吧。

也没有提到只是想简单表达下感谢,还是想长期支持开发者,还是想怎么样。范围太广了,我只提供一个最简单思路就是。
aetmY
2018-07-04 00:03:20 +08:00
@chinvo
@phoenixlzx
查了一下 没有 GPL 的协议
chemzqm
2018-07-04 00:34:41 +08:00
为了公平的话,不如都捐给 neovim 好了,https://salt.bountysource.com/teams/neovim
你们捐助不仅能帮助 neovim 实现更多的功能,更是造福了广大的开发者。
epicnoob
2018-07-04 01:03:42 +08:00
@chemzqm 你的脑洞真大
wwqgtxx
2018-07-04 01:04:45 +08:00
@chemzqm 你这求捐赠的方式是不是有点厚~无~了😂
iwtbauh
2018-07-04 01:18:03 +08:00
@aetmY #9
还有 AGPL,这个特别注意下
还有别看 LGPL 是“弱” GPL,也是有限制的,比如静态连接需要公开目标文件之类,如果不能接受还是要买商业授权
ryd994
2018-07-04 01:26:04 +08:00
确定都是允许商业使用的协议的话,基本上给 credit 就够了
你给钱人家不会不要的。就算不要也不能拒绝你使用,这是白纸黑字写在 license 里的。

你不用说是买授权,授权已经给你了。你这是使用后发现好用,赞助后续开发。
opengps
2018-07-04 07:49:38 +08:00
首先对楼主公司的做法表示下感谢,能主动给予开源开发者资金支持是个值得称赞的行为!!
至于金额,有总比没有好,按照楼主的评估给不算亏,毕竟代码质量在楼主这里产生价值,反倒是楼主评估的最接近
xiaket
2018-07-04 07:50:14 +08:00
@wwqgtxx 您是不是弄错了, 这不是求捐赠啊? neovim 是一个挺好的开源项目. @chemzqm 这个提议虽然很大程度上偏离了作者的意愿, 但也不无道理.
jeffersonpig
2018-07-04 09:08:08 +08:00
@xiaket 人都明明白白地写了“捐”“捐助”……而且还是“都”。看上去好像是在为开源谋求福利,其实是自私,让自己喜欢的项目独吞本来完全不属于它的钱。
chengkai1853
2018-07-04 09:26:29 +08:00
看下商业协议。 里面有很多事 MIT 的,可以直接用,还有一些开源必须要拿到作者授权才能商用。要是想支援开发者给捐赠的话,直接联系作者。而且很多项目都是很多人有在维护更新的。话说开源的好处是双向的,开源用的人多,才会有人继续维护更新,用的人少就会胎死腹中。捐赠可以是一种回馈,参与到开源项目中提升开源项目的代码质量也是一个不错的选择。 当然这是个人观点!
LeungJZ
2018-07-04 09:38:44 +08:00
@chemzqm
照这么说,为啥不捐给 v2 啊?
msg7086
2018-07-04 10:37:09 +08:00
开源出来的代码不需要得到酬劳。捐助可以量力而行,具体捐多少应该你们自己决定。捐助金额合理的话,多了少了都没有问题的。(不要像前几天那个帖子里说的一样捐 1 美分就好了……)

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/467900

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX