千万粉UP主陷抄袭风波！原作者怒怼：不是你的原创，别从中获利|原创|开源软件|抄袭|版权|翻译

整理 | 苏宓

出品 | CSDN（ID：CSDNnews）

自己辛辛苦苦开发的开源软件，被别人用了，还被隐去了各种关于原作者的信息，这种违反开源协议与精神的做法，无疑令人恼火。

这也是为什么自昨晚以来，拥有千万级粉丝的数码博主“老师好我叫何同学”成为众矢之的原因。此前，“老师好我叫何同学”曾凭借发布各种数码科技类视频收获了广泛好评，他也曾因与苹果 CEO 库克 1 对 1 对话而令人惊羡。不过近日，他在 B 上更新了一个《我用 36 万行备忘录做了个动画...》的视频，却因触及开源项目的版权问题，引发巨大争议。

“我写了一个软件” vs“改写开源软件”

具体事情的起因是何同学称自己四年前，曾手动在备忘录里敲了一万行字符，试图讲述一个简单的故事：先是让一个白条躲避红色障碍，最后变成小猫反追红色障碍的故事。

然而，这个动画尝试由于备忘录从上向下的滑动特性限制，未能实现理想效果。红色障碍出现在屏幕中的时间极短，难以看清，更谈不上丰富多彩的表现形式。为了改善这一缺陷，何同学设想在前方添加一个手机屏幕，专门用于发射红色障碍，从而增强“白条”的挑战强度。然而，仅靠自己手动输入，一万行已是极限，做不了丰富的花样，也无法继续下去。

四年后，为了弥补当年的遗憾，何同学决定升级这个“备忘录动画”，使用多个屏幕来增加这个动画的效果。然而，屏幕变多了，仅凭手动输入字符也必然不现实，因此，他转向了技术化的解决方案。

问题点因此出现了，起初，何同学在视频中表示，“所以我们专门写了一个软件，可以把预览动画里面的色块转换成字符，提高效率，但为了最自然的效果，前面白条，躲避障碍的动画，依然是一行一行画的。最后这个文档有 36 万行。”

（来源：https://weibo.com/6529876887）

然而有细心的网友发现，视频中一闪而过的软件并非是何同学开发，而是使用了 GitHub 上的一个名为“ASCII generator”的开源项目（https://github.com/vietnh1009/ASCII-generator）。

根据 ASCII generator 的 GitHub 页面显示，该软件的作者是 vietnh1009，在 Sporttotal 公司担任高级人工智能工程师。

就 ASCII generator 项目而言，这是一个用 Python 编写的工具，可以将图像或视频转换为 ASCII 艺术（以字符排列形式呈现图片或图案）。

GitHub 示例中用中文生成 ASCII 艺术

而在何同学初版视频中，其不仅没有露出开源原作者的信息，且用了“专门写了一个软件”字眼，因此遭到了不少开源开发者的指责。

面对质疑，虽然何同学迅速在评论区做出回应，承认了自己的软件的确是基于 ASCII generator 项目开发：

我们看到了大家在评论中关于字符画转制程序的讨论。我们视频中使用的字符转制程序确实是由开源项目 ASCII-generator 改动而来，改动的内容主要是优化字符生成比例、图片裁切方式和传参方式。视频中55秒的旁白“所以我们专门写了一个软件，可以把预览动画里的色块转换成字符”确实不严谨，非常抱歉在视频里没有指出这一点。

之所以会出现这种情况，是因为我在写视频的文案时不够严谨，没有和相关同事做好沟通，并没有意识到这个程序是从开源程序改动而来，也没有尽到审稿义务，实在抱歉。我们已经对视频进行换源，修改了相关描述并增加引用来源，同时进行内部检讨，反思流程和审稿上的问题。衷心感谢大家的监督。

同时替换了 B 站的视频源。但不少网友对于此番回应并不买账：

怎么说也是个老互联网人了你能不知道这种开源别人不知道吗
代码的事界限很难评，现在很少有程序不引入三方包库，纯自己码的。那些明显改造对方代码实现主要功能的的确该说明下，还有其他辅助开发的三方库是否也需要公示呢。
使用代码没有错，用来盈利就不地道了

截至目前，还有人发现，其在微博上同步的视频依然是最初“写了个软件”的版本，没有做替换，只是在评论区做了如上的回应。

开源项目作者回应

随着事情的发酵，开源项目原作者 vietnh1009 在知晓此事后，也进行了回应。

微博用户、也同是一名程序员的 @epcdiy 对「原作者 vietnh1009 写给何同学的一封信」进行了翻译，详细如下：

各位好！

今天，多亏了一些在Github上的中国朋友告诉我，你们正在使用我的个人项目（https://github.com/vietnh1009/ASCII-generator/blob/master/img2img_color.py），并且声称自己编写了该代码（视频中的时间戳为00:56）。我还制作了两段 YouTube 教学视频，指导我的观众（主要是越南人）如何免费编写这段 Python 代码。你们不仅在窃取他人的工作成果，还在欺骗自己的订阅者。我想我可能不是第一个被你窃取作品的人。对我来说这没有关系，但我不希望你从中获利，因为这不是你的原创作品，并且你的观众值得更好的东西。他们付钱给你是为了欣赏你的创意和努力，而不是为了从互联网上盗用别人的东西。

此外，@epcdiy 也对此事分享了自己的看法：

开源版权意识的欠缺，我们该怎么做？

事实上，开源软件本身本身允许其他平台使用自己的代码，但开源软件的许可证要求使用者提供源代码和所做修改的公开版本。遗憾的是，许多公司在使用这些代码后并未能遵守这一规定。

根据 CSDN 《2024 中国开发者调查报告》显示，开源协议是开源的重中之重，但依然有 22% 的开发者在使⽤开源项⽬时，没有关注过开源协议就直接进⾏使⽤，这可能使自己陷入开源合规风险。

除了今天发的事情，此前也有开发者有过类似的经历，彼时我们也曾报道过——澳大利亚的一位开发者 Brendan Gregg 发布了一篇《An Unbelievable Demo》控诉自己在多年前开发的一款开源项目被彼时的科技巨头 Sun Microsystems 作为商业产品的部分进行销售，其中该公司还将他的代码涉及其姓名的注释部分全部做了删除处理，而世界轮回，最终这款产品销售对象之一竟然是自己，颇为讽刺。

开源吞噬软件的大趋势下，其实当我们提及“为什么会选择开源”时，在《》中：

UNIX 的命名者 Brian W. Kernighan：开源是一件非常好的事情，它对软件行业的发展至关重要（现在几乎所有东西都和开源有关）。如今我们其实已经取得了很大的进步，主要的软件系统，如操作系统、编译器和工具都可以作为高质量商品免费提供；
Vue.js 作者尤雨溪：开源有一个好处就是只要项目技术过硬，就可以跨越文化和语言的隔阂；
OpenCV 创始人 Gary Bradski ：如果我要走商业化的道路，应该可以赚很多钱，但我更关心开源对社会进步的推动。但另一方面，我并不认同开源完全免费，资金支持很重要。

开源本是以开放、共享、协同为本质，成为众多科技公司和个人开发者的利器之一。然而，如果忽视了对版权和协议的尊重，开源的理念就可能变得模糊，甚至变成没有约束、没有责任的“自由”环境。那么，我们究竟该怎么理解 MIT 协议，《大教堂与集市》译者卫剑钒曾在参加 CSDN 访谈时做出分享，其表示：

MIT 协议一共包括三段说明：

第一段表达的是如果你满足我的要求，你就可以拥有使用、拷贝、修改、合并、发布等这些操作的权利，但前提是必须得满足协议中的条件；
第二段所注明的条件就是需要附上版权信息及 MIT 协议。事实上，使用者附上 MIT 协议全文或者附上 MIT 的链接都可以的。
第三段有个很重要的部分就是免责声明，它明确了这个软件是“AS IS”的，“AS IS”的意思就是“就这样的”，售出 ( 或免费提供 ) 后一概不负任何责任，“别再找我，就这样了”，简单来看，就是如果出了问题可以让原作者免责。

MIT 其实非常宽松，操作也非常简单，但要求就是要把版权方和这个协议放上去。我在《》一文中，也详细地翻译了 MIT 协议的说明。

至于该如何提升大家的版权意识，OSCAR 开源共读发起人、LF APAC 开源布道者团队主席李建盛（适兕）曾表示：

这个问题引发的辩论是：开源的内容到底存不存在剽窃一说？我认为这是存在的。作为一个现代文明的受益者，我们所有的接触的知识，其实都是前人留下的。当前所塑造的东西，几乎都是从前辈手里学来的。那么，从哪儿来学到的内容，把原著标出来就好了。这就避免了剽窃的存在。

因为开源并不是“无主”的开源。尽管有些成果放在公有领域，那也是有原作者的。使用者应该保持一个敬畏之心，引用别人的内容，不管是一个词或者是一句话，都应该注明出处。