分母

楼主说的让我想起了学习 Go 并发时看到的一篇文章，里面用的 Sieve of Eratosthenes 实现素数筛。

文章里用图形展示了 goroutine 的并发性： https://divan.dev/posts/go_concurrency_visualize/#concurrent-prime-sieve

1.没理解
2.channel 内部有锁实现线程安全，剩下的就是 goroutine 阻塞唤醒等流程
3.不会，map 没有缩容机制，内存占用只会越扩越多
4.大量的 slice append 操作会导致大量的 内存拷贝，应该是考的这个吧

以上是根据 1.13 版本源码的理解，现在可能不准确

空值和 nil 本来就代表两种不同的内容，无论是在代码里，还是数据里

@bsg1992 #39 应该从业务逻辑上理解接口，从而使用更合适的 POST 方法，而不是单纯的从“获取验证码”这个描述上理解。

在我看来设计接口时更应该考虑的是接口的安全性与幂等性，很明显，这个操作即不安全也不幂等，所以 POST 最合适。

@bsg1992 #35 这个“对服务造成的后果是相等的“是基于业务逻辑的。

用 Github starred 请求来举例，这个操作就是典型的 PUT 操作，因为你对一个仓库请求 N 次，业务逻辑也都是 starred 。想要取消，需要请求 DELETE 方法的 starred 接口。

假如 Github 不按照上面的业务逻辑设计，而是改为“你对一个 starred 仓库再次请求，会取消 star”。基于这个业务逻辑，starred 接口就要设计为 POST 。

但可能我重试了 N 次之后，N+1 次被服务器拦截了，它认为我是恶意攻击，这与业务逻辑无关，只是从安全性上考虑，也与 HTTP method 语义无关。

@Pastsong #7 GET 是安全的，所以一定是幂等的，绝大多数 GET 都应该是安全的操作

在我的理解中，幂等不代表每次请求的响应内容相等，而是指重复一个请求对服务造成的后果是相等的。简言之就是这个请求是可以重试的。

这推广方式挺烦人的

幂等性，POST 不幂等，PUT 幂等

提前终止的情况应该是 main goroutine 终止时才会发生

分母，一直想找一个好用的笔记软件

@pangleon #3 有道理，好想下一个工作是有充分场景的，能让我实战

Infoq 还出过一本 《 DDD quickly 》 https://www.infoq.cn/minibook/domain-driven-design-quickly-new

ThoughtWorks 关于 DDD 的文章 https://insights.thoughtworks.cn/tag/domain-driven-design/

DDD 大佬的博客，有很多有用的文章，写过 DDD 的网书 http://zhangyi.xyz/

DDD china 峰会，各种演讲 http://ddd-china.com/index.html

顺便，我看了这么多文章、书，还有演讲，还是没学好 DDD......

https://status.cloud.google.com/incident/zall/20013

"The root cause was an issue in our automated quota management system which reduced capacity for Google's central identity management system, causing it to return errors globally. "

还没有更细节的内容，但这个描述能说明不是单纯的磁盘满了

Bilibili 的 Go 语言工程化实践 https://time.geekbang.org/dailylesson/detail/100040852

有关于项目组织布局的方式，但没有提到 DDD，可以参考一下