1.怼人用…别的 team 忽悠不了你。
2.会全栈不是做全栈，长时间周期里面看是全栈，但某个具体周期里面是深入某一个领域。天天全栈人很容做废

我现在公司就是用的企业级的 NAS 。。。怎么说呢？在以前那个时代是一个好的产品。。但是，现在看真的是愚蠢到爆炸。可伸缩性等于 0 ，成本巨高，维护成本巨高，超级单点。NAS 挂了，几十台服务器全挂，而且是救不回来那种

我还以为要说 ceph ，结果是单点 nas 。。。。。

@kokyang123 还是要对这些软件的架构方案进行内部安全评审才行。

@thtznet 内网穿透不可能吧。。。肯定是 vpn/专线这一类啊。。用内网穿透的方案？那有漏洞怪不得别人。。该赔赔

部署在自己服务器上，应该安全是自己负责。
套个 VPN 不麻烦吧？作为操作人员也就多一步操作。

我看刑

恩。。服务器能需要多少钱。。麻烦给提供一个 1 万人在线的 MC 服务器就好了。。这个可以自己算。。。

来来来。。麻烦去告一下 Netflix...也顺便告一下苹果好了。。为啥我在国内不能下载 netflix 。为啥我就是挂梯子，挂的姿势不对也用不了。netflix 就是王八蛋，直接屏蔽国内 ip 。趁早完蛋

所以。。。你说的 iPod Touch ？

所以啊。。你应该要问自己，为啥要用台式？

@hay313955795 自己算啊。。。。计算机理论第一节课就是教你怎么算内存大小

生命在于折腾。。。

ssh 还能这么用？你这不就是要一个堡垒机？？
机器不多，你应该是找每个人要自己的公钥啊。。。。是我年纪太大理解错了？

4 年，百万年薪。可以说 99%的人没有资格给建议。v2ex 能有 50%超过 60 都要打个问号

对对对，你说的对。。。再见

我连微信都关了。。也没世界末日。

前端坐 rsa 是可行的。n 年前微博没 https 就是自己搞了一套 rsa 加密。而且代码也没混淆。研究了一下，非常巧妙。
但是开发成本确实不小，要衡量收益。

发展到现在手段就很多了：

1.自己写交换公钥逻辑，其实不需要把公钥保存在客户端里面，每次请求的时候先找服务器要一下公钥。微博当年的方案就是这样搞的，而且每次的公钥都不相同，因为私钥直接就可以生成公钥。

2.wsam 。现代浏览器都支持。

3.控件，插件等等。

还是看安全和收益的比例。。

当然，这是技术讨论。其实 OP 反感的是测试提这样的 bug 。。。怎么看都应该是产品提，产品来判断要不要搞，产品来协调资源和排期。

@qrobot 2-30G 是的。。我刚看成 2-3G 了。。。。
2-30G 。如果真有 100 倍压缩算法存在。想想就刺激