emacs 党路过

这个是保存 tmux session 的意思吗
tmux 有插件可以 save load session

现在喜欢用 go
其实 koa express 这些没有想象中好用, 如果是用 node 可能直接用个功能更完整的 egg 之类的

还是我 arch 邪教爽(手动斜眼

没图

emacs 路过一下

@Cacivy 对 cpu 有要求　为啥不买标压的呢．．

React+React Native 这个好一些，也相对难一些

@opengps 火爆是挺火爆的，之前把旧的短信网关拖炸了
但不至于延迟以小时算，是新的短信网关出了些问题

今天短信出了问题， 一堆大佬和运维在紧急修复。
你是刚好碰上了

8g 内存太小了

emacs

用现成的服务吧，　我们现在就是用钉钉的会议室功能

@KevinChan :-D
@ynyounuo 应该都可以竞选年度最佳了， 但我总感觉中文片名影响传播

这叫业务拆分 不叫微服务，复制 wiki 的你先看看概念

微服务这个名词令许多人以为是非常轻量、非常微小的，且以为透过该理念实作程式就能够达到下列效果：
微服务很轻量。
程式码将会变得更加地简洁。
变得更简单、开发时程变短。
微服务处理的事情变得更单一。

但这些是误解，实际上：

由于服务是独立自主的（也称：真空性），除了需要能够有自己的一套执行方式外，还不应该仰赖另一个服务。为此，服务内会有着与其他服务相同的逻辑，这也导致了服务并不轻量。这部分有两派说法，分别是在服务之间建立同套资源库、工具，但这可能导致额外的相依性存在。而另一种说法则是传统地将程式码复制与贴上，这将避免相依性问题，但在全域修改时可能不易管控，需要分散管理。
微服务属于分布式系统的概念之一，程式码并不会因此变得简单、短少，反而有可能为了处理外来的事件而变得更多。
微服务需要额外处理事件的广播、甚至是分布式的错误回溯问题，这导致开发时可能会更加地复杂，且花上更多时间在处理错误上。
基于第一点误解，微服务为了自主有可能会跨域实作，如文章服务有可能会带有使用者服务的理念，所以在处理事情上并不会特别专一。

@ray1888 视频没挂，youtube 的