C++ 是我的主力语言，但是我觉得还是有个必要学个 Rust 的，虽然 Rust 现在也差不多是一地鸡毛…

软路由还是很耗费资源的，毕竟没有独立的硬件去处理路由。

@kylebing 然后很多人在国外都用中文作为系统语言 😁

@closedevice 我觉得没有任何区别…或者说 15 PM 的那些好处不是我关心的点…

我的感受是，明天把 15PM 给退了😂

@agagega 我昨天刚和 Apple 的工程师讨论过这个问题，他说 GCD 在 IO/async tasks 方面比 pthread 要更加高效，因为它有 hooks into kernel ，所以在 schedule 这块儿比 pthread 更有优势。但是对于 data parallel computation ，我们得再研究一下。https://newosxbook.com/articles/GCD.html 这个文章好像不错。
除此之外，按照我的理解，pthread 在 macOS 上没有 GCD 的控制多，比如说现在 M series 处理器有 E 和 P 核，pthread 没有办法能够控制哪个 thread 跑在哪个核上面去。这样有一个很大的问题是，像是做 computation （我是开发 libomp 的），如果把 workload 按照 N 个核心平分的话，结果不会 scale 的，因为跑在 E 上面的会影响性能。

https://i.v2ex.co/89z7H8Rm.png

刚好有一个新鲜出炉的…
骑车其实我觉得主要是看风向，比方说我今天骑的这条路，今天运气不好，去程顶风，回程风向变了，依然顶风，所以骑完了确实比之前累一些，然后速度也掉了 15% 左右。

我就拿了上海户口以后就离开了…

Apple 说，我只认 GCD 但是 Windows 没有呀…
最有意思的是，Apple 内部有很大的一派认为 multi-thread computation 应该用 GCD…

5GW 速度确实是真快…我在纽约下边这边 5GW 很常见

我每个周都和我爸妈用 FT 打视频电话，确实用起来没什么问题…😂

QQ 音乐竟然支持 HomeBrew 安装，高级…

鼓励楼主把这玩意儿给贡献到 LLVM 社区 :-)

还是看用途。山地车就是给山地用的（山马党另说），通勤不适合的。如果通勤的话，有专门的通勤车。

美国 SAT 考个状元也不一定去得了藤校… :-)

另外，楼主可以试试 Workoutdoors ，可定制性很高，data screen 可以接近 Garmin 。

Apple Watch 在专业领域就是玩具…但是 Garmin 的表和 iOS 生态融入差太多，不每天戴的话很多数据收集不到，给的推荐也就不准了…我有 F7X 和 Apple Watch Ultra ，最终还是放弃了 F7X…

eve 的东西不错