@zhoudaiyu #15 Google 搜啊，找到相关的文章就进去看，碰到不懂的知识点就再搜下一个知识点。

我当时对 go 的并发感兴趣，所以入的坑，看了一个多月的并发、调度器相关的内容。中文的 go 调度器相关的资料挺多的，但都是鹦鹉学舌，翻来覆去就是 GMP 这点东西，没几个深入的。幸好最后找到了欧神的书，虽然当时我看的时候还有些小瑕疵，但看的特别顺畅，调度器部分从头到尾的逻辑特别顺，他博客里说这叫线性写作。

如果你对这方面感兴趣，我的建议就是先看看 RobPike 的演讲，听听他们设计 Go 语言的时候是如何思考并发的。然后就跟着书看下去就行了。

如果只是想了解 golang 的并发而不是想看源码学习调度器的话，可以看看 Rob Pike 的演讲：《 Go Concurrency Patterns 》 https://www.youtube.com/watch?v=f6kdp27TYZs
同样是 Rob Pike 的讲并发和并行区别的演讲：《 Concurrency is not Parallelism 》
这篇博客的配图很好：《 Visualizing Concurrency in Go 》 https://divan.dev/posts/go_concurrency_visualize/

如果是想看调度器部分源码，深刻了解 golang 的 goroutine，我推荐《 Go: Under The Hood 》，虽然欧神还没写完整本，但调度器部分已经很完善了。https://github.com/golang-design/under-the-hood

@fline #10 你如果不想好好讨论这个问题就别进来，什么都转进到党的问题、国家的问题，然后将帖子拉进水深火热，有意思吗？
世界上哪个国家没有打工人和公司？就不能从更大的视野上看看问题吗？

是不想写 `if err != nil` 了吗...可以看看这片博客： https://blog.golang.org/errors-are-values

看标题还以为是公司上市了

runtime 不是完全独立于你程序的一个进程。相反，你写的程序是作为 goroutine 在 runtime 中的调度器中运行。当然 runtime 也不只有调度器，还有其他 GC 什么的程序在运行。

我还以为 docker 说的适配就是指的这个，搜了一下，原来是说 Docker Desktop 的适配

@sogwsc #6 https://wenshu.court.gov.cn/website/wenshu/181107ANFZ0BXSK4/index.html?docId=bf381412abdf4b06a636aca7009764f3 一审判决 二〇二〇年五月十四日
然后老板上诉： https://wenshu.court.gov.cn/website/wenshu/181107ANFZ0BXSK4/index.html?docId=b890a2f27f2742688620aca900e28272 二审判决 二〇二〇年十二月八日
应该不算久了

@lingo #6 那道题我记得问的是中午，真有不吃饭的

我想问题的时候不痒也喜欢抓头发，要不就是转笔，不知道为什么，就是手闲不下来

为什么 rust 这么能打，性能高，内存还低

震天的战鼓再次被敲响，有请各语言选手入场

graphQL 是给 API 设计的查询语言，应该属于特殊场景（资源有着较多复杂查询）适用。

1 应该不行，毕竟现在还有视光科的医生专门处理这方面的问题。
234 技术上应该都可以，问题在于眼镜太小，没办法放下太多的处理设备。
前阵子看到亚马逊的智能眼镜 Echo Frames，功能还没有这么多，眼镜腿都粗了一大圈。

“文学、音乐、舞蹈、雕塑、绘画、建筑、戏剧、电影” 八大艺术，游戏第九艺术