这个题目实在是想了许久才开始准备落笔的。今年OST的课程，确实讲了相当多关于墙的事情，学生的作业也有很多人去涉及这个主题。墙并不一定非得是大墙，很多时候，用来FQ的技术，实际上是非常正常和常见的网络管理技术而已。
当然，人气爆棚的SS肯定是要提一句，但是，仅仅一句而已，当然clowwindy大侠在github上说的“茶”的事情，也会带上一句，还是仅仅一句而已。也确有学生写了使用SS作为大作业内容，本着公平的原则，偶不会给这些学生的分数上有什么变化。但是必须说请的，偶是不用SS这样东西的。至于最近人气继续爆棚的SS-R版，偶也是不会去碰的。
偶的工具箱里，从来都不会放上SS这样东西，也不会去考虑至今为止一直商业化的如“锐速”这样的东西。不是因为SS这些不安全，SS实际相当完美，虽然有些设计上值得斟酌的细节，但是对于99%的人用SS的目的来说，SS相当完美。这也是为什么SS是如此的人气爆棚。然而，偶不用SS的理由就在这里，99%的人用SS的那个目的，实在太直接，太明显了。而且SS的技术门槛也实在有点低。
偶不去猜测SS的被“茶”和SS-R的开发和潜在商业化的可能之间有没有关系。但是，不管怎样，SS的存在都有效的降低了FQ的技术门槛。正如偶每年在OST课程上都要讲的，为什么墙是可以翻的，为什么墙是必须存在的，为什么FQ的技术门槛不能被降低。而SS的作者显然的违反了这件事情中最简单和最基本的哲学。大幅度降低FQ的技术门槛，这是极度危险的。
偶看到有某大侠说到，每次看到网上有人发布各种自动FQ的工具，心里就骂SB。事实上偶有同感，在这件事情上，可以讲原理，可以讲技术，可以写详细的教程，但是，绝对不能，也不应该发布任何自动化的工具来解决99%潜在用户的需求。是的，这违反软件工程的基本原则，是的，这违反基本的市场规则，是的，这也违反OST的基本精神，但是，It’s for the greater good.