知乎这种纯前端渲染真的没问题么？

@DOLLOR #99
我真的没有禁用 js，我是说不相信 8 万行这个量级的代码，在多样化的解释器，多样化的用户环境中(注意主流浏览器都支持扩展，一些扩展可用的 api 足够强大，扩展代码质量良莠不齐)，可以实现零错误。这种非预期状况不是特例，时刻都在发生。

「知乎为什么与很多 chrome 插件不兼容？」
https://www.zhihu.com/question/21243152

顺带，我仔细看了 WebAssembly 的介绍，这个技术不会颠覆 Web 的基石 html css js，最多把 js 扩展为 jvm。

@AntiGameZ #100
这确实不算 bug，我也只当是个例子，当作课后的练习题。

@autoxbc

好吧，我们的价值观不太一样。
我认为代码质量是靠测试来保证的，而不是行数。
我遇到这样的问题，会吐槽知乎代码测试不充分，导致问题代码上线（比如你给的链接就是浏览器第三方插件导致的名空间冲突，实际上还不算知乎的锅），而非吐槽 xx 万行代码量太多。

都说 web 发展如此野蛮，不能把自己学过的旧观念当成一成不变的真理。就像十年前倡导不要在 html 中写 js，如今又有在 js 中写 html 的技术；十年前如日中天的 flash 技术，如今成了过街老鼠；十年前的 web 还鼓吹 XHTML 圣旨，如今连影子都没。各种 web 开发教程里的倡导和规范，我都是当作“再过几年就可能会变成废话”对待的。

@DOLLOR

我的观点是"代码即 bug"。针对 github 上的众多开源项目的研究显示，无论大小项目，每千行代码 bug 率是接近的。如果说有什么差别的话，前端代码会更糟一些，有更少的测试流程，更低(或者没有)的崩溃日志收集。

当我们抱怨是用户的锅，或者第三方代码的锅，是否想过，这正是平稳退化所说的非预期错误。

前端的高速发展，是检视旧设计的好机会，那些超出狭义设计方法的通用工程思想，可以留存下来。