@shawndev Diff 和 Review 不太一样的地方在于，Diff 是一个团队集体行动，大家一块看某个开发者写的前一天的代码，这样的好处在于每个人都能反馈，也能了解其他人做的工作，防止一些信息不同步的问题。Review 一般是一两个人去审查对方已经要合入主干分支的代码，更适合外部人员提交代码到主干这种 GitHub 分支管理模式。

@season8 😂

@ericgui 国内一些外企也是这种文化，但不知道国内的企业有没有这种文化的

@kneep 下个月写过程与工具篇，总共就两篇

@zjj19950716 +1 ，618 买了个海康 h99pro 的硬盘盒子，淘宝淘了块 3t 硬盘，总共不到五百块钱，电视盒子再安装一个 plex ，完美的一套影音方案

@luin 不加班能这么坚持做开源的人也少😂

太强了👍

tabnine ，可能没那么强大

内容营销的 Worse is better ，之前在 Twitter 分享过一些相关的分析： https://twitter.com/madawei2699/status/1481596368716451842

@superchrisliu 我知道你的意思，你说的只是 netty 那么做的，和实现的场景相关，我既可以在同一个线程也可以不在，至于你的困惑是为何 actor 模型要切换线程做，因为线程切换有开销。但 actor 模型的代表是 erlang 语言，erlang 实现了一个非常高效的用户线程调度模型，线程切换开销极低。

@superchrisliu eventloop 这种是利用多路复用的 I/O 模型去实现高并发，在请求被分发给 handler 后依旧可能利用多线程去处理代理请求（比如这个 request 里又请求了其他服务的 API ），所以并不是到 handler 之后就同步处理了，需要看实际的场景啊。actor 模型更复杂一些，但它可以跨节点去通信，适合分布式的场景。至于线程切换，如果是用户线程的话，切换开销不高，应该比同步等待 I/O 模型的数据开销都低。

学习一下

@killva4624 找自己喜欢的方向，如果没有就找工作需要的方向先试试，最简单的就是从开源项目或个人作品开始做起，这个很容易找到的，最怕没时间和精力。

@tj3u2l htop

@Sivan2017 要么你梯子问题，要么 vercel 在你区域不可用，网站是部署在 CDN 上，不存在挂的可能性

@lxdlam 这么看 Erlang 的调度足够超前，Java 起了个大早却没能赶上好时候，导致多线程太重了。

@lxdlam

1. 那 Go 这个和 Erlang 的有点相似了，那也不能放到协程分类里（这个我会修改）
2. 这个文章里也是这个意思，green 这个概念是 Java1.1 提出，1.3 废弃，其实我很好奇为啥要废弃了
3. Fibers 也是历史产物，现在已经看不到了
4. 文章也是这个意思，可能我没表达清楚，可以修改下。

感谢反馈👍

@ligiggy
@clecho
@gesse

https://www.bmpi.dev/self/my-writing-story/250k/

这篇文章里写着排版部分有介绍字体（霞鹜文楷）和排版的库

@FrankHB 感谢这么详细而专业的反馈！你说的有些我还没能理解，不过我会继续对文章做一定的修改。