管道应该面向生成器，如果不是则逻辑的实质为不同函数的流式调用，流式调用必须要有 schema 声明以及对应的解释 shema 逻辑才对的。

翻译是否准确还需要对照原文看，如果不看原文是不能下结论的。

依赖注入通常来讲需要编程序言支持反射机制（ reflection ），通常由框架（ framework ）在运行时动态获取用户代码元信息（ code meta ）。

但随着语言特性的发展，解包（ destruction ）成为了新的更加简洁的实现方式。

只是 get 用 mget 即可

pipe 面向的场景是批量-混合-命令

两者都需要注意 redis 内存别爆了，因为批量返回前所有 response 都驻留在内存中

测试只能在主干上进行，因为只有主干会部署到生产环境。

哪种类型框架？类似 React 这种组件框架? Socket.io 这种通信框架? 还是[dshell]( https://www.npmjs.com/package/dshell)这种动作流框架？

学习曲线巨高 比 Rust 不知高哪里去了 只因它是 pure function

买了一本 Clojure 书 已经吃灰很久了

我就说每次水平滚动条都要用鼠标指针点住去拉很反人类，原来是另有姿势

中间人+终端证书信任

打包服务（软件，域名 [可选] ，证书 [可选] ，服务器，运维）一起卖

看网速和磁盘空间，网速快 docker，磁盘空间小虚拟机

别问，问就是 mbp

无所谓，这是缓存，不存在永久的时长

节点数量不是问题，在程序看来只是几个字符串。

故障可以考虑监控解决，这不是服务的职责

赞，一个优秀的数据可视化

cool, 我最近也在做类似的东西

Python 慢为什么不优化？我还没见过 Python 慢到不能用的场景。