未经您的雇主许可发布开源 [英] Releasing open-source without the permission of your employer

查看:89
本文介绍了未经您的雇主许可发布开源的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我正在研究一个正在工作的项目,并且看到了提取和抽象该项目一部分功能并将其作为开源发布的机会.

I am working on a project at work and see an opportunity to extract and abstract some functionality that is part of the project and release it as open source.

我很难接受这个功能应该保持专有的想法,并且相信开源社区将从中获得重大利益.

I have a hard time accepting the idea that this functionality should remain proprietary and believe the open source community would get a major benefit from it.

如果不咨询我的雇主,这会不道德吗?

Would this be unethical without consulting my employer?

此外,我的老板有点控制权,并且经常喜欢Google员工,所以我怀疑他会发现我的开源版本早于而不是稍后.

Also, my boss is a little on the controlling side and likes to Google people on a regular basis, so I suspect he will discover my open source release sooner rather than later.

由于他严格反对以开放源代码的形式发布任何功能,并且会因此而被炒鱿鱼,所以我还有其他途径可以发布此代码吗?

Since he is strictly opposed to releasing any functionality as open source and would fire me for doing so, is there any other avenue I can use to release this code?

其他人如何解决这个难题?

How have others approached this dilemma?

我正在考虑重写代码,以使其与雇主代码的功能区别不大-是否会以这种方式帮助我或入狱(此代码需要发布!-使我发疯!)?

I was considering rewriting the code so that it is indistinguishable except in functionality from my employer's code - would that help or am I on the road to prison for thinking this way (this code needs to be released! - it's driving me crazy!)?

推荐答案

似乎您已经回答了自己的问题,因为您知道老板会反对.但是,如果这还不足以让您重新考虑释放您在关心此事的雇主雇用时编写的代码,那么请考虑Perl开发人员"Tilly"的真实示例-

It seems you've answered your own question since you know your boss would object. However, if that's not enough to make you reconsider releasing code you've written while employed by an employer that cares about this then consider the real-life example of Perl developer "Tilly" -- Slashdot: Beware Employment Contracts .

Tilly编写了Perl中使用的重要代码. Perl社区在某种程度上依赖于他的工作,因为他的雇主扬言要起诉他发布在他签约时开发的代码,这震撼了Perl开发社区.最终,雇主决定不追求已经发布的代码的权利,但是事情可能很快就变得非常错误.

Tilly wrote significant code used in Perl. The Perl community became dependent on his work to the extent when his employer threatened to sue him for releasing code developed while he was under contract it rocked the Perl development community. Eventually the employer decided not to pursue its rights for the already released code, but things could have gone very wrong quickly.

帮自己,您的雇主和代码的潜在用户一个忙:不要发布您不拥有的东西.如果您想争取在使用时发布代码的权利,请先赢得该权利,然后再获得依赖于您代码的毫无疑问的用户群.

Do yourself, your employer and potential users of your code a favor: don't release what you don't own. If you want to fight for the right to release code while employed, win that right BEFORE getting an unsuspecting userbase dependent on your code.

您可能想阅读Tilly关于专业员工和可以租用.

You probably want to read Tilly's thoughts on the subject of Professional Employees and Works for Hire.

这篇关于未经您的雇主许可发布开源的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆