@zhuzeitou 推荐 https://dave.cheney.net/high-performance-go-workshop/gophercon-2019.html 昨天读到的

@zhuzeitou
https://paste.ubuntu.com/p/6kynBdJgsv/
这个版本，将耗时减少一半

@zhuzeitou 还是你骚

我的优化逻辑上是通的，因为减少一次 if 判读以及求余计算
我猜测和编译器优化有关，比如进行内联等，continue 应该是直接 go to 到 for {} 入口

基本上来说，这些测评的作用是很有限的，在非常单一的计算测试中，考验的只是局部的某点优化

https://paste.ubuntu.com/p/JCRRGCCqYx/ ，修改了一点小逻辑

在我的机器里：
@X220:/tmp$ java -cp . pn
第 300000 个素数的值是:4256233 耗时 4911 毫秒
@X220:/tmp$ go run /tmp//tt.go
第 300000 个素数的值是:4256233 耗时 5165 毫秒

非常接近

这个机会很难得，可惜刚刚确定 offer

@huson
@AnjingJingan
这个问问医生

@youxiachai 不是的，牙齿是一个整体，缺少一个牙的话，周边两颗牙慢慢会松动

@RickyC 人首先是共情的，这是区别于动物。当然，也许你不需要。

@hemingcn 不觉得杠精吗？你怎么知道人平时没礼物呢

投腾讯云一票，直接使用 root 本身就是一个不好的习惯

@ryd994 怼的好
@xieyudi 虽然我们相当多的人，是当前国内教育的受害者，但是不得不承认，目前更好学校，考试能力好的那帮人，出来后也是相当厉害的，你的观点，是相当片面的。你所看到的，说的，只是自己想去相信的而已。

@index90 这个看你需求，以及对象本身是否“比较重”，初始化的代价等。
举个例子，spring been singleton vs prototype，就是对象是返回一个单例还是完全一个新对象
单例需要考虑并发问题，新对象不需要

@index90 取决于这个对象调用的方法，访问的变量，是否存在竞争冲突

@zarte 并发里面存在两个问题：
1. 内存可见性，从寄存器 -》 L1，L2 cache -》主内存，变量的赋值，对于其他线程，可见性是不可保证的，读取的可能是旧数据
2. 赋值本身的原子性，举个例子，消息是 32 位单位，但是需要赋值一个 int64，那么是两条 cpu 消息，分别赋值前后 32 bit 的数据，那么 a = b，a 存在一个阶段，是一种中间状态，不是之前的 a1，也不是新的值 a2

并发编程，比你想象的更难

@lihongjie0209 你的说法也是对的，我一直和人说如何写好并发相关代码，那就是“尽量避免并发”
但是从这里来看，那就是需要的

你的同事是正确的，当你犹豫是否有并发安全问题的时候，那就采用最保险的方法。
这也不是 Go 的问题，你使用 Java 也有同样的问题的

简直是有毛病

典型的想多了系列
使用最通用的一种架构，spring boot 最标准写法，api 化，json 输入和输出，足够了

简单纹上几个字吧：“不要做以后会后悔的事情”

有相关经历，几个建议：

1. 大城市，大医院，快速决策，不要拖延
2. 听医生，该怎么做怎么做
3. 做好陪伴，面对现实，人生很长，暂停一下也没关系