RE有非常彻底的插件机制，这个插件可以非常容易的方式来增加各种实验性功能，而增加新的功能，通常不需要修改已有的代码，这是RE增加功能的时候更“肆无忌弹”的重要原因，这方便去做很多探索。

我是将自己当作为RE开发者生态的一部分。一个人如果正常在公司上班，他会有明显的上班时间与业余时间，对于我来说，虽然作为全职创业者，但我也是允许自己有下班时间的，我不能要求自己1天全部可用时间都用来修Bug，这样会迅速耗掉激情。

大家要允许有两个Hardy存在，一个是上班时间的Hardy，一个业余时间的Hardy。

业余时间的 Hardy 会做各种思考，会做笔记，而涉及到 RE 一些功能上的思考时，直接做成一个独立插件，比纯文字会好很多，像自动链接、链接探测器、字符串映射，都是在这种情况下冒出来的插件，做出来，大家觉得惊喜好用，会有反馈意见，就继续优化，不好用的，就撤掉。

业余时间的Hardy，如果不写这些插件，也将业余的时间耗在其他事情之上，大概率不会是我吃饱饭放下碗马上就如饥似渴地修 Bug。业余时间的 Hardy  做一些计划之外的事情，不需要顾及开发的路线计划。

对于一个集产品经理与码农于一身的 Hardy 来说，如果还要先写功能描述文档，再画产品交互原型图，再择日写代码实现，这个路径太低效了。当别的产品，产品经理还在说服、说懂某个功能逻辑给码农的时候，集产品经理与码农于一身的 Hardy 已将一个可运行的插件都弄出来了。

这是RE插件机制的好处，得发挥。一些竞品没有这种机制，在增新功能的时候就会畏首畏脚，因为一增加新功能，就要改已有的代码，只能保持克制。

当然，功能越多，就越有概率产生意外的边缘情况，称之为 Bug。这锅，得扛。而为了避免新功能不稳定带给用户Bug，未来会先建立一个更内测的版本，勇于尝鲜的小伙伴，请进入哈。

Hardy RE有非常彻底的插件机制，这个插件可以非常容易的方式来增加各种实验性功能，而增加新的功能，通常不需要修改已有的代码，这是RE增加功能的时候更“肆无忌弹”的重要原因，这方便去做很多探索。 我是将自 ...

加油H大！看好re未来