芋道源码,拉黑我,改变不了你还在搬运别人文章的事实

我本来不想写这篇文章。

在内容创作上,我一直觉得,真正值得投入精力的,是把文章写好,把观点表达清楚,把技术内容做得更扎实,而不是把时间浪费在和某些毫无原创敬畏心的人纠缠上。

有个叫 「芋道源码」 的公众号,我关注了很久,相信不少人也关注了这个号。

我之前还付费加入过他的知识星球,算是实打实支持过。

一个人愿意掏钱支持,至少说明他曾经认可你,觉得你做的事情有价值。

可结果呢?

结果是,他不仅搬运了我的掘金文章。不是引用,不是经过授权转载,也没有任何推荐,而是纯粹的搬运,我下面会讲怎么个搬运法。

在我发现之后,进行了举报,然后文章似乎就下架了。

本来应该到此为止了。时间也过去了好几个月。

然后今天我又看到了一篇文章似曾相识,点进去一看,发现------他把我拉黑了

是的,你没看错。

搬运我的文章,被我举报之后,选择把原创作者拉黑。

不让我看他的文章内容。

可笑。

更可笑的还不止这个。

虽然我已经被拉黑,看不到正文了,但从公众号列表里还是能看到,他仍然在不停地搬运其他人的文章。

熟悉的套路,熟悉的操作,内容更新看起来如此频繁,可依旧是对他人劳动成果的不尊重。

下面来讲讲怎么搬运法。

文章左下角的"阅读原文",点进去不是原作者页面,不是原文发布平台,而是跳转到他自己的网站。

至于原文来源呢?只是在正文里某个极其不显眼的角落,用一行小字轻描淡写地标一下。

仿佛只要象征性地写了"原文出处",就能把搬运包装成"整理"和"分享"。

这不是尊重原创。

说白了,这种做法的核心不过是截流罢了。

真正尊重原创的人,会把读者尽可能导向原作者,会把来源放在清晰的位置,会在转载前征得授权,会把"这是别人的成果"摆在台面上。

因为他知道,每一篇文章背后都是创作者投入的时间、经验和心血。

而不是像这样:

一边持续搬运;

一边把原作者的存在感压到最低;

一边把流量导到自己的网站;

一边在被指出问题后,干脆把作者拉黑。

真难看。

真荒唐。

况且这已经是一个有一定知名度的号了。

也正因为如此,这种行为才更让人反感。

因为当一个有影响力的账号选择长期游走在原创边界之外,甚至把这种模式做成常态,它伤害的不只是某一个作者,而是整个内容生态。

你辛辛苦苦写一篇文章,整理资料、踩坑验证、打磨表达,结果别人拿去改个排版、换个标题、挂上自己的流量入口,就成了他稳定更新的一部分。

仿佛只要看不见原创作者,原创作者就不存在了。

可事实真就是这样了吗?

拉黑我,并不能改变你搬运过我文章的事实。

拉黑我,也不能改变你现在还在继续搬运别人的事实。

我写这篇文章,不是为了吵架,也不是为了制造情绪。

我只是想把这件事明确地说出来:

原创值得被尊重。
搬运不该被美化。
有知名度,不等于有底线。

如果你真的认可技术创作,真的尊重内容作者,那最起码应该做到:不偷,不遮,不截流,不在被指出问题之后用拉黑来代替回应。

否则,再频繁的"更新",再漂亮的包装,也掩盖不了一个核心问题:

寄生。

相关推荐
实名上网宋凯宣8 小时前
Django
后端·python·django
天河归来9 小时前
第三方接口不稳定,如何让核心任务继续完成
java·大数据
Knight_AL10 小时前
Java 文件下载时文件名中的 `#` 被转换成 `%23`?一次 URL 编码与解码问题排查
java·开发语言
利威尔xu10 小时前
Go IM 源码实战(14):本地缓存快 3000 倍,失效却难 10 倍
后端·缓存·微服务·面试·golang
逃逸线LOF11 小时前
Ribbon负载均衡原理(Irule组件、源码分析)
后端·spring cloud·ribbon
砚底藏山河11 小时前
python量化自定义周期 K 线合成
java·开发语言·数据库·python·金融
慢云智慧空间11 小时前
从设备智能到空间理解,空间智能终端解决方案商如何重新定义行业标准
后端
利威尔xu11 小时前
Go IM 源码实战(13):30 个会话只有 2 个红点,未读数错在三条路径
redis·后端·微服务·面试·golang
猿究院_夏燊12 小时前
MySQL 的四种隔离级别
java·数据库·mysql
薛定谔的猫-菜鸟程序员12 小时前
软件架构设计师开发资料大全(从入门到精通)
后端·python·系统架构·flask·架构设计师