说一下后续

• 我一开始fork的项目是一个胡编生成器，现在已经取消fork了。
• 他是基于另一个文章生成器，就狗屁不通什么的，还挺有名。但也没fork。
• 我一开始是改了实现方式，修掉了一些bug，把函数型做成类，增加了一些变量的替换点，增加了类参数的配置修改等一系列东西。然后把语料库改成yaml便于录入，然后还把语料库里的替换规则都改了，素材分组也有增加。主程序里调用语料库的方式和规则也基本全都改了。
• 然后我就有点纠结要不要PR，所以提了这个帖子。

进一步的改动

• 但是刚才又做了一些深入的修改，把语料库的划分搞得更细了一点，自然调用的方式也又改了。
• 然后题材也改了，感觉没必要嘲讽胡编玩。结合工作所需，改成了直播卖货的语料库。明天可能会再完善一下。
• 所以目前来说，从创意到实现已经完全和前两个项目不同了。
• fork回狗屁不通吧，还加了几个语料库，而且实现逻辑整个都改到面目全非了，不大合适。fork回胡编生成器，也基本是同样的问题。
• 考虑下来，我也就作为单独的项目先做着了。目前也就自己小圈子先用着，暂不公开了。

但讨论还是可以继续

• 我觉得我一开始的行为算是完善一个项目，那样的话是PR回去比较好。
• 同样在python下，改良和重构我觉得区别还是挺大的，小改动可能大部分作者不介意，但整个重构的确有点尴尬。如果有人忽然按他的习惯把我的项目重写一遍，我也不知道如何是好。
• 以前也有一次类似的情况，也是重写了绝大部分代码，结果是单独作为一个精简版的新文件给PR回去的，没动人家原本的主文件。反正也是有点尴尬。
• 而连功能诉求都变掉的话，那PR回去也怪怪的。
• 我看他那个项目有人改成网页版或者js版，也就是另开一个项目了。
• 我觉得有一种也许可行的方式是，不方便PR的场景下，readme鸣谢/标识一下原作者。
• 感觉这个边界还是挺模糊的。所以我觉得有兴趣的朋友可以继续讨论看看。