请问可以远程吗

@qgymje 非常感谢支持，一起学习一起进步！

@hepin1989 加你需要你的电话号码，哈哈，咱俩死锁了。我已经解除了限制，要不你再试试？或者你告诉我你电话也行。

可以远程吗

@TimLang 哈哈感谢支持

@hepin1989 博文视点。抱歉没及时恢复你。我的联系方式么， QQ 2696834883

@likuku 好的谢谢，确实是没注意到。我去看看

挺棒的，比 npm 官网的还要更好用。提两个小意见：

1 、相对路径图片显示不出来，是否需要修正？比如 lambda-view 这个项目里的屏幕截图显示不出来了
2 、输入搜索关键词的过程中 url 一直在变化，造成浏览器记录了太多的返回历史，返回有点困难

其他都完美。

碉堡了！

网页版的电子书，对我个人而言，是对我个人而言啊，不代表其他人，完爆所有其他格式，包括 pdf 。

因为……

会觉得每一章仿佛都很短，看起来会特别快……哈哈，别打我。

图灵社区的电子书不错的，我买了一些就是因为有网页版的。太爽了。

当然要说爽炸了，那还是 safaribooksonline ，那简直是书的海洋……可惜年费太贵，穷人只能抽泣。

当然像 @Aliencn 所说选择好的机房也是一种选择。不过据我所知，这得看 DDOS 流量大小，以及流量构成。如果流量特别分散，而且规模大。那么机房其实也没办法，一样会把你踢掉的。

这个没有什么特别好的办法。不过站在攻击者的角度，他要想发动攻击，首先必须得获得你的服务端 IP 才行。一旦获取，就开始 DDOS 。

光就 DDOS 而言，没有特别好的防御办法。但是可以考虑设置一些障碍，使得攻击者难以获得你的全部服务器 IP 。只能获取到部分 IP ，那么他的攻击就从让你完全瘫痪变为局部瘫痪了。这起码让你能继续运营。

这涉及到系统的拆分问题，不清楚你的业务场景很难说得具体。另外关于如何能够只向用户暴露部分 IP ，可以考虑分布式系统中一致性哈希的那种思路。把用户能够静态的映射到一小组服务器。而对其他服务器不可见。这样一来，攻击者通过下载你的 app ，分析服务端 IP 时，永远只找得到一部分服务器。即使攻击，也就是局部瘫痪而已。

双向选择吧，领导有决定企业文化的权利，员工也有不服就走人的权利。

难道领导还会听员工教他怎么来管理么，对吧。所以也只能是发发牢骚了。并没有任何用处。当然如果楼主以后混到高位，采用更科学的管理，那倒是造福一方。

总的来看这个比较无奈。

@lianz 哈哈主要是哪方面让你觉得不舒服呢？

@littleshy 哈哈，可能 Erlang 口味确实不符合你的习惯，我也花了一些时间适应

@momocraft 谢谢支持

@jatsz 是的，确实是有时候更重要的是思想层面的启发性。毕竟这是通用的。

@smallHao 各有优势。如果是容错的分布式系统设计， Erlang 会更适合，特别是在容错方面， Erlang 有一整套完善的设计，目前没有任何语言可以与之媲美。对于长期运行不允许中断，还要不断升级的系统来说， Erlang 提供了完善的支持。

我也很喜欢 Go ，并且它在其他方面比如 Web 开发就比 Erlang 适合（ Elixir 我不熟悉就不比了），另外对于需要结合系统底层 API 的情况， Go 也比 Erlang 方便得多。还有对于工具型软件开发， Go 也相当胜任。

话说回来 Erlang 实现的全部并发啊，容错啊之类的机制，其实用其他语言也是能做到的，包括热更新。不过写起来 Erlang 只需要 1/5~1/10 的代码（别人写三万行，你写三五千行，想想这偷懒偷的一个爽）。很简洁，很好维护。这是最吸引我的地方。

Erlang 很难被一般语言取代，深层次的原因有三个：

* Erlang 采用了不可变数据设计，而大部分包括 Go 依然是可变数据设计
* Erlang 的 GC 很特殊，能够达到软实时级别，而其他大众语言的 GC 很难做到：
https://www.zhihu.com/question/42555311/answer/139257723#
* Erlang 经过了电信行业二十多年的洗礼，证明了其在高可用性领域的有效性

但是 Erlang 也不是万能的，比如：

* Rust 就不是 Erlang 能替代的，工作层面上来说 Erlang 只适合更加宏观的领域
* Erlang 的代码非常平易近人，易读性比 Python 要更好，但是也正因此语言结构上基本上没有太多的抽象能力
* 能理解和认可 Erlang 的程序员真的很少啊，这是个很现实的问题

絮絮叨叨说这么多，说错见谅。

@JamesRuan 原版试读吗？这里有一部分 https://library.oreilly.com/book/0636920024149/designing-for-scalability-with-erlangotp/toc