对绝大多数公司来说，考虑性能不如考虑便捷有用。几万的 QPS，哪有那么多用户啊？其实 100QPS 就能支撑百万级的日活了，在达到亿级日活以前，堆服务器可能比压榨技术更省钱。

不用那么复杂，把内容放到 noscript 里就可以。

首次请求一个 URL 给它把内容放到 noscript 里，以后就是 SPA 了

正规开发必须得分，只有分了，双方才必须各自保证健壮性，你无论给我发个什么玩意过来我都得能接住才行。

如果要求不高，那一个人开发也行，好处就是自己发的数据长啥样自己知道，异常情况概不处理。

其实 C#的 Property 默认写法与直接用 public 的变量没什么区别。以下两行几乎是一样的。
public int SomeProperty {get; set;} = 10;
public int someField = 10;

区别在于，当你需要对值做一些处理时，比如：
private int _someField = 10;
public int SomeProperty
{
get
{
return _someField;
}
set
{
if (value >= 10)
{
_someField = value;
}
}
}
对外部来说，用法是统一的，还是 object.SomeProperty = 15;

而 Java 正好相反，为了让外部的用法统一，把原本可以直接 public 的变量也封装进了 getter/setter 方法中。

这就是典型的没经历的人设计的产品，根本就是伪需求

这不叫蛋疼，这叫安全。大企业里的软件升级都要测试后才能发布给普通用户的，你自己瞎升级，升出 bug 影响工作算谁的？

你要是想防抄袭，那还可以理解。

你要是为了安全，那你的方向有问题。前段逻辑是用来方便用户的，而不是限制用户的。比如某个东西需要一定的权限、步骤、道具等才能看见，你藏着不让他看是为了给用户一个正确的体验，如果用户非要看，那就看吧，他自己高兴就好。

没用过 Mumble，但建过 VOIP 服务。VOIP 客户端没声音或单向有声音是非常常见的问题，根本原因是 NAT 。由于 NAT 类型复杂多样，这不是个简单的问题，也是各解决方案提供商的功力所在。你如果要自己开发，那就做慢慢啃吧。如果只是做个内部电话系统，不如直接用 3CX 之类的全套方案

sticky 确实方便，但支持率还不够高，比如老一点的 iOS 设备就不支持，所以目前不建议使用

真能删除吗？ JS 里可是一切皆对象，你以为它是某个类下面的函数，其实函数本身是独立对象，那个类只是引用了一下。

所以你删掉的也只是一个引用，只有所有引用全部没了，这个对象才可能被回收。

@initd 这就是我为什么说它非常不 Java，因为脑子里时刻得想着它编译后是什么样子，否则运行的时候就可能与预期不一致，或是被 TS 的假报错吓到，以为不能这么用

能有这样的感悟，你一定写过很少 TypeScript 吧。

等你接触过足够多的抽象类、范型、接口之后，就知道这玩意有多不 Java 了

@l4ever mvvm 的思路与 jquery 正好相反，jquery 用得越好，越不会 mvvm

不可能，因为电信服务商也有黑名单，流量到不了你的 IP 就被拦截了，准确的说是还没到你的机房，你根本不知道有攻击，只是你的 IP 无法访问了

@ericls 是不是因为他们用.Net ，所以用 Angular ？

我也搞过，而且我想写个独立插件插进去用还不允许，领导逼着我拉跟以前风格一样的屎

逻辑不同，有什么可比的呢？

我司的核心服务只有 30QPS，三台服务器负载均衡支撑百万日访问量很稳