Klib 中有个「分享」功能，就是把自己某本书的标注分享成网页，比如 这篇
从开发的角度，这个功能很复杂，有单独维护一个服务器，接收来自 Klib 的分享、取消分享、更新分享内容、权限管理，还要考虑 CDN 分发、分发内容的及时更新，等等。
截止目前，从性价比来看，这个功能并不高。收益一般，维护成本很高；只要有 1 位用户在使用，就要保持这个服务 100% 在线。时间长了，当对服务端的代码不熟悉时，一旦有问题，就要花很多时间来修复。
当初，自己是为了学习 Python 后端开发，并尝试下分享，才上的这个功能。从学习的角度，这是好的。而从产品的角度，则很难说。
不过，反过来，如果总是做很简单的功能，且不说长期对自己的成长不利，即便从产品、从商业角度，也缺乏必要的护城河，很容易「被致敬」。而如果分享功能正巧很多人在用、带来很多收益，这个相对复杂的功能，就一定程度充当护城河，不那么容易被抄袭。
初期，可以「取巧」，用最小的代价，换取最大的收益。
而随着自己的成长，需要考虑壁垒，需要「守正」；用不断提高的门槛，保护自己的领地。