从一个GitHub上的Issue想到的
最近更新了一下一键脚本，把切换到Vmess协议的功能加上了。想出来了一个几乎不影响原有使用体验，脚本结构足够简单，后续维护和解释的工作量比较小的方案。欢迎有Vmess协议需求的来试用。 bash <(curl -L https://github.com/crazypeace/v2ray_wss/raw/main/install.sh) 我在这里想扯一点别的，关于一个Issue https://github.com/crazypeace/v2ray_wss/issues/7 这个Issue的原作者向我提了几个问题，一个是怎么在VPS上搭建Subconverter，一个是希望我的脚本支持搭建Vmess协议。我印象中TA的语气还是很客气的。 我回复的内容基本上是拒绝了他，当然我还是解释了几句，表达了我自己对这些需求的想法。 过了几天时间，这个Issue的作者把Issue清空了，标题和内容都改成了“算了”。 我想关于这个清空和“算了”说几句。 首先，我很感谢他给我回应。像这样的“小品”工具，有一些bug，或者改进的缺点，或者新功能的需求，或者实现方案的思路，是需要广大的使用者反馈的。光作者一个人使用常常是遇不到大家这么多种实际使用情况的。闭门造车的效果也很差。我以前只是在博客简单写写，没有在Telegram上大量加入群组，没有把自己作品使劲推广给大家的时候，我是收不到什么反馈的。我也一直自我感觉良好。直到把作品推给大家，为了解释和辅助去写详细的教程，去接触其它人的作品，学习大家的优点，找准自己的定位…… 在这样的过程中，我才觉得很快就有了很多收获。 其次，我想说，在开源的世界里，开发者是有极大的权利的。在这个世界里，就是很直接的靠能力说话，你行你上，摆事实讲道理说明你的观点。如果作者不同意你的想法，你就fork一份，让大家都来喜欢用你的fork, 用事实证明你是对的。 最后，我觉得，当你提出一份Issue时，你是这份Issue的作者。 我印象中当时TA的描述还是比较好的，语气也很客气。我当时回复TA时，我只是考虑到自己开发和维护的工作量而拒绝了他。这确实是我的想法，很长一段时间我觉得如果想用Vmess的话，有 八合一 等脚本可以搭出来，那就不用我的VLESS脚本。我希望我的脚本足够简单，能成为一个大家学习自己写脚本的原料。我觉得TA在那份Issue中的表达确实是有其自...
