从一次技术原创争议中得到的感想
上周末的数据库技术圈，吵了一个非常热闹且值得深思的架。鉴于本文我只想表达一些单对这个事情给我带来的启发，具体人物和相关的文章在此我就不提了。
起因就是某个数据库技术培训领域的大佬，抄了很多作者的文章和脚本，放到自己的平台公开卖资源、课程等，某位PG大佬曾经和他多次交涉，从知识产权角度，至少在明显的地方要标记出处，无果，遂写了文章谴责，互联网的传播功能此刻起到了作用，数据库技术圈炸开了锅，很多微信技术群和公众号的讨论，让整个事件上升到了一定的高度。
当然随着当事人的道歉，以及相关的一些技术社区的处罚，让此事了结，但从这个事情上，还是有很多值得我们深思和反省的。
我上学的时候，无论是Windows操作系统，SQL Server、Oracle、DB2的数据库，VB、VC语言，大多数技术都是相对封闭的，"开源"刚刚有些星星之火可以燎原的状态。而现在，"开源"已经成为技术领域的常态，无论是操作系统、数据库、编程语言，都会有各种开源的解决方案、个人作者以及非营利组织。
无数的经验告诉我们，真正的"开源"可以促进技术的发展，我们都相信团结力量大。
但是"开源"不意味着"白嫖"，使用开源的技术需要遵守相应的开源协议（参考《几种常见的软件开源协议介绍》），否则就可能侵权，国内已经有了关于这方面的法律案例（参考《国内首个违反GPL的案件介绍》）。
技术文章是现在传播技术最碎片化的一种途径，无论是传统的网站博客，还是新媒体的微信公众号，都可以短时间内让读者了解一个观点，并且能够在互联网中迅速传播，吸引流量。
微信公众号对原创文章的保护还是很实际的，如果出现相似的，又未被授权，则只能通过转载，进行文章的发表，一定程度上保护了原创作者。
但是一些网站博客对于文章的发表原创性，可能就无法保证，顶多能加一句如需转载请联系XXX/标注XXX之类的，有时候形同虚设。
我也曾出现过搜某个技术问题时，弹到某个不知道的技术网站中，越看文章越熟悉，原来是自己写的，不知道怎么就被贴到这个网站了。显然没跟我打过招呼的，这种情况可能很多朋友都碰到过。
其实对技术人员，这种未授权引用，只要不是涉及到一些"知识产权"的内容，不是利用这些进行交易获益，纯技术的分享，在技术层面，一般情况下，都是无伤大雅的。当然，出于对作者付出的尊重，引用的时候，明确指出原文的出处来源，更加合适，甚至于和作者沟通并取得授权，则是更加正式和体面的形式。
我现在工作日日更公众号文章，受限于时间、精力和能力，并不是每篇都是原创的，有时也需要引用一些其它的文章，但基本上之前和这些技术社群进行了沟通，给了我授权，可以通过"可修改，显示转载来源"发布，即使是从一些网站上转载的文章，至少不会通过原创的形式发布。但是我给自己提的要求是，即使是这种转载的文章，也会写些自己的见解、想法、感悟，因为转载的时候，我也学习了一遍，不是为了"转"而"转"，不能只做文章"搬运工"。
当然，我好像出现过一些"失误"，某个国产数据库的技术社群，因为我的一篇转载文章标成了"原创"，取消了授权，这事儿我是不知道具体哪篇文章了，当时是通过一位大佬的打听了解，才知道这个情况，在这说这个事儿，首先，不是马后炮，其次，我肯定无此意，如果真出现这种情况，可能确实是疏忽，没太注意到，没啥掖着藏着的，我也没通过这个得到什么"l利"，哦哦，当然，除了知识。
针对这次的原创争端事件，说了这么多，可能有些相关的，可能有些是天马行空的，但都是自己的一些很真实的感悟。但无论怎样，即使是开放的互联网时代，我们还是要尊重提供知识分享的作者，如果要引用改造，给出适当的提示，如果涉及到获利，就得和知识产权的属主沟通清楚，得到授权或者达成一些协议，否则"殊途同归"，怎么进来的，还会还回来的。