我昨天看到一位程序员的留言，说他同事因为代码里一个JS文件的相似度被认定侵权，比例只有万分之几。他说：我写小说，一个段落相似了，整本小说都算侵权吗？
这个问题让我认真想了想。因为我手头正在办的一个案子，恰好也遇到了类似的逻辑困境。
从万分之几说起：代码侵权的认定，到底看的是“比例”还是“本质”？
那个案子里的关键争议点，是两个项目之间有一个JS文件和一个CSS文件被认定成套配合使用。其中JS文件的相似度分别是1?和3?——万分之几的概念。
这个比例低到什么程度？
用文字来打比方，相当于一部几十万字的小说里，有几百个字跟另一部小说相似。按判决的逻辑，这几百个字就足以认定整部作品侵权。但问题是，这几百个字往往只是功能性的、没有独创性的内容，比如代码里的打印设置、通用的函数声明。这不是核心创作，而是类似工具说明书里常见的表达。
说得更直白些，如果我写一部小说，里面有一句话“他抬头看了看天空”，和另一部小说一样，难道就整本书都算侵权吗？
在法律实务中，著作权侵权认定的核心，是看“独创性表达”是否被复制。比例高低当然重要，但更重要的是：被认定的那一部分，是否真正属于具有独创性的核心内容。如果只是公知领域的东西，或者功能性、流程性的表达，即便比例再高，也不应该被认定为侵权。
生产环境与研发环境：一个被忽视的关键事实
更关键的问题在于：这个被认定侵权的文件，实际有没有被使用？
我在看案卷时发现了一件事。那个被指控的JS文件，虽然存在于项目文件夹里，但真正的生产环境——也就是软件真正释放给用户使用的环境——调用的完全是另一个文件。开发人员在研发测试过程中留了一个没有实际用途的旧文件，结果就成了指控侵权的依据。
这种情况在IT行业里其实非常常见。软件开发有研发环境和生产环境的区分，研发环境下留下的备用代码、临时测试脚本、被弃用的函数，在实际运行时不会被调用。但如果你问我法律实践中怎么处理，有些时候办案人员可能不会深究“到底用了哪个文件”这个问题。
我提交了电子数据，清清楚楚的日志记录证明生产环境调用的不是那个文件。但回复是：不查。理由很直接——文件存在，内容相似，就认定了。
这个逻辑如果推演下去，会非常可怕。如果我把一份标准化的示例代码放在项目里，哪怕我根本没用它，只要它跟别人有相似之处，我就可能面临侵权指控。这已经不是法律认定，而是对事实的简单化处理。
从民事风险到刑事风险：一个细节的蝴蝶效应
说到这里，其实最让我担心的不是民事赔偿，而是刑事风险。我办过很多涉及著作权的案子，有一个非常明显的规律：当公司体量足够大的时候，办案机关会非常谨慎。但如果是小企业、个体创业者，处境就容易陷入被动。
这不是什么潜规则，而是现实中的执法逻辑——大企业的税收和就业贡献是一个因素，更重要的是一点点代码类似，就可能被放大为“侵犯著作权罪”的依据。民事上可以赔钱了事，但一旦进入刑事程序，就有可能面临实实在在的羁押和定罪风险。
我见过一些程序员因为使用了开源社区里的公共代码，在商业竞争中被对手举报侵权的案例。民事层面也许还能争取，但如果被认定为刑事犯罪，整个人生轨迹都可能改变。
这并不是危言耸听。当利益关系足够尖锐，当民事赔偿无法解决问题的时候，刑事手段就成了一个选项。而现实中，只要一个细节被认定，结果可能就完全不同。
说实话，涉及著作权侵权认定的案子，法律边界确实需要非常专业的人去把握。尤其是当你只是一个小团队、一个初创公司，或者一个刚入行的程序员，面对巨头的指控或者行政力量的介入，能不能挺过去，往往取决于一开始的应对是否正确。
刑事案件最怕的不是案情复杂，而是在不了解规则的情况下走错了第一步。如果你现在还不确定该怎么面对，可以先把情况告诉我，我帮你看看，当前最重要的是什么。
叶斌律师，刑事辩护律师，浙江允道律师事务所主任，创始合伙人，执业十八年以来，专注刑事辩护领域，带领团队办理刑事案件超2000件，成功帮助上千名当事人争取到取保候审、不起诉、缓刑及罪轻判决。在诈骗罪、非法经营罪、开设赌场罪及卖淫类犯罪，销假类犯罪，性侵类犯罪，毒品犯罪等各类刑事案件有极其丰富的办案经验。团队承诺专业服务、追求有效辩护，在杭州有良好的口碑。
