RTS：开源项目修改后对原有作者的态度

为了防止未来个人的RTS项目可能会出现的各种事态，我想声明一下对开源项目相关问题的一些态度。

很多项目的架构都是英文使用者在做，但是架构完成后很多地方有待补充，存在着各种各样的缺点。然而，只要是一个具有一些编程基础的人，都能改进这些缺点，其工作量也远远低于架构项目本身，这点我觉得应该是属于常识。

正因为如此，在进行项目工作的时候，尊重之前的贡献者应该是最基本的礼节之一。就算你在QQ群这些非公共场合开一些玩笑，比如这个代码写得过于臃肿，那个作者怎么连enum都不会用之类的，也不应该在公开场合正式发长文来贬低原作者的贡献，这样是对原作者的不尊重、对开源社区其他贡献者积极性的打击。况且，实际上这些小问题只要是经过任何编程训练的人都能轻松改正，根本不足以推倒整个项目的架构。

然而还有更糟糕的情况，那就是一些修改开源项目的人在“没有充分了解原作者架构”，换言之自身实力不足的情况下，依然在公开场合侮辱原作者和项目的其他贡献者。为了让自己的论点在受众之中更为有力，他们甚至不惜把一些小问题扩大到要否定整个项目的规模。一般情况下，这种行为一旦发生，发起者就会被驱逐；然而如果发起者在上述公开场合有很多同样水平有限的粉丝，他们就会认为这些侮辱反而是成立的，而没有对应技术的发起人反而会被当成是“正义的化身”和“项目的实际贡献者”。

这种情况一旦出现，对于任何一个项目的原本贡献者都是巨大的打击，尤其是当攻击者具有一定的粉丝基础时，往往可以不用付出任何代价为所欲为，让这种攻击变成对项目永久性的伤害。

也许你会觉得这种烂人应该不会出现，但是实际上我们熟知的某个RTS就有这样的人，在修改了国外作者的项目之后，凭借着对方不会使用中文的优势，污名化原作者，并且以此作为筹码，在近10年间侮辱、指点了很多正经的项目，并且依靠自己低成本、高数量的创作让不懂技术的路人粉丝拥护自身，对同样是以爱好作为驱动、并且付出了更多技术和心血的贡献者造成了不可挽回的伤害。

因此，我认为所有开源项目的实际贡献者都应该仔细思考一下这种情况的可能性，如果不能接受这种结果，在寻求合作时一定要谨慎对待合作同伴。如果项目的规模不大，可以考虑将所有设计编程的工作一人包揽并拒绝合作。