以下是我对法律方面的看法....

你需要在软件交付的第一时间查看合同情况，并确定谁是知识产权的所有者(如果我误解了“雇佣”这个术语，请原谅:

1） 这个人是根据临时或无限雇佣合同受雇于你的公司。雇佣合同通常包含一个条款，说明这个家伙在雇佣期间创造的所有知识产权仍然是你公司的财产——好案例

2） 你从他的公司购买了一次性定制服务。知识产权是你的——好例子

3） 你购买了一个软件的使用权，它仍然是他的知识产权，你无权更改代码-坏情况

来确定2..3适用，查看他发送的发票加上你或他强加的任何条款和条件。

另一个问题是，合同情况是否仍在进行中，即这个人是否有责任随着时间的推移维护代码，或确保代码正常工作，或者他是否必须满足代码的任何SLA。在这种情况下，他要求的费用被纠正(我不想在这里评论价格价值)。

把这500美元花在律师函上

如果你重用他的代码，他最多可以让你留下他的名字(这很常见，不是吗?

我不是律师。

你仍然可以编写自己的NEW 这基本上可以归结为原始合同，如果它明确表示工作是“雇佣的”:

来自美国版权局的指南: 链接文本

“版权保护从作品创作之日起就存在 固定形式。著作权:作者作品中的版权 立即成为作者的财产 这项工作。只有作者或那些获得他们权利的人 通过作者可以正当地主张版权。

如属供租工程，属雇主而非雇主 雇员被认为是作者。第101条 版权法将“雇佣作品”定义为:

由雇员在其工作范围内准备的工作 她的就业;或

特别订购或委托使用的作品:

贡献:对集体工作的贡献 片段:电影或其他视听作品的一部分 一个翻译 补充工作 一个编译 教学文本 一个测试 回答考试材料 地图册

当事人以书面形式明确约定的 由他们签署，该作品将被视为作品 被雇佣的。 ＂

在这里，您的众多选择之一是创建一个黑匣子替代品。这听起来像是一个很容易理解的问题，您可以为它编写一个简短的需求文档。我建议您包含参数化变量选项的选项，例如所讨论的年份(!)。

更重要的是，我建议在替换代码中避免SQL注入和类似的攻击。在我看来，如果有人创造了这样的摇钱树，他们完全专注于榨取你的钱，而不是生产你真正需要的高质量一次性解决方案。

鉴于你的需求文档，你的建议，你有一个高质量的数据库管理系统，这样你就不会被“黑客”，你应该在一个坚实的位置写一个功能替换。

没人会为了500美元而起诉更改日期。我会改变日期，永不回头……如果我是程序员，我会不好意思被叫回去更改日期。

P

这是一个由软件工程师组成的董事会，他们对编码非常了解，但对法律问题知之甚少。在这个问题上，你最好咨询一下律师，而不要冒险接受错误的建议。