还是看应用，Dart 不是快死了，弄出个 flutter 又复活了。

应该不太好找，国内用 Elixr 的团队不多，另外国内的互联网技术不弱，内部圈子里的关系就消化掉了。

平安云的老大是微软云的一哥，微软又收购了 github，这个就是关系。

稍微不太适应的就是 GraphQL 部分的处理

erlang 是 reductions，不是时间片，跟操作系统的调度混了。

另外，erlang 有一个大不一样的地方是 actor 的崩溃不会危害整个 vm，而且 actor 可以建立监督机制，监督的 actor 会收到子 actor 崩溃的信息。ruby 没有这种机制，弄不好，整个程序栈都崩溃了，会让整个进程崩掉。

erlang 的调度是 cpu 时间片的，你不可以用 for 循环占住 cpu，这是 erlang 的 vm 实现的，ruby 这种完全做不到。

你需要在 Sinatra 上提供一个 REST 接口，让 Sidekiq 执行后调用

不会的，这个市场太小了。Elixir 还是去填补 Web 开发的市场，但这部分没有那么多的空地。

相对 PHP，go 是静态编译的，所以不会凌乱。第二，部署很方便，只需要编译 arm 支持的版本就可以了。

这种东西，建议用 go 做。

先用个 Redmine 跑一下试试。这种从零开始做，直接按照想法去做软件的，10W 有可能都挡不住。

ruby 做不到 nodejs 的 3-4k 的请求量，优化一下起码也有 1k，用不到 150 太。10-20 台应该可以。

一切挣大钱的方法都写在刑法里了。

Sidekiq 有自己的线程池，如果占满了，队列里的任务就会等待。如果你像自己控制，可以看看 ruby 的 concurrent 包。添加 gem 'concurrent-ruby'。github 的项目里有介绍，可以找到 thread pool 的使用方法。

这个项目还是挺有价值的，ruby 的分发确实不方便，特别是依赖一些库。而 golang 只依赖 glibc，分发上确实很有优势。

5 个问题，估计要 2-5 天弄出来，取决于对 Redmine 的熟练程度。估计一小时 10-20 块钱，比不上送盒饭的。这里高手每小时都在 150-200 块，差太多了。

我记得 redis 的策略是凑够了多少个删除的 key 之后再回收内存。但不会归还操作系统，而是将收回的 key 的内存分配给新的 key。

django 也算不上快，Rails 最痛苦的事情就是你真需要性能时，内存占用小点，发现只有换成别的语言。

前十年，大家都在关注如何解决 web 的问题，未来我看更多的是需要解决扩展问题，分布式处理的问题，Elixir 可能更好一些，底子好。

并发和分布式没有什么好的方案，未来云的架构下很难翻身。Elixir，scala，python 都能抢到一块地盘。

有钱必然去炒东湖的房子，这么多机构去那里设置研发中心，而且未来十个中心城市。

正好在时间国际，可惜这天全体出游。

c87 的茶

吃掉异常，哈。大部分新手都会这样做，正常的做法，至少要在日志里面记录一下。

#28 楼 @darkbaby123 let it crash 在 erlang 里面是因为有监督机制，其他语言没有这种内建的监督机制。其他语言例如 java，可以将主控程序 try catch 下层库的异常，捕获到一些异常后重新初始化下层库。但总的说来，没有监督机制这样规范。

去写 java 的代码。

#3 楼 @bighuzi 我不是这部分的专家，我只是根据我对图像识别算法的理解给你一些思路，代码上帮不上。

从图片中定位每个答案对应点的位置，可以利用一些图像识别的库去做，然后用一个简单的色差判别库进行结果

济南也搞 996 了？@laoluo