估计会用 i5-1038NG7 的处理器，也就更加节电而已。性能比起 AMD 已经毫无优势，比起过去也是增长不大。很看重电池续航的话，可以再等等。不然问题不大。

Intel 现在变成扶不起的阿斗，纯技术指标来看，现在已经是事实上被 AMD 吊打了，战况少了不少乐趣。只求 AMD 赚钱后扩充一下队伍，把更多软件和商业上短板补全。

典型的搭便车思维：发文不需要什么时间，反正网络那么多人，只要有一个好心人（水鱼？）回答，那就赚回来了

伸手党事实上污染了网络的公共领域，本来简单的问题和简单的答案有一个和多个备份就够了，却弄得几乎每天都产生类似的问题，重复的回答，最后连搜索引擎都不知道该显示哪个了。楼上也讨论到营销的问题，但这本质是一样的。最后变成伸手党们搭便车行为浇灭了优质的回答者的热情，让低劣的营销占据了信息的生产的主导地位，到了最后劣币驱逐良币。

只用 command+space 切换输入法，caps 切换大小写

据说 30 系准备出了，现在买 20 好像有点亏

cpu 过剩，主流游戏搞个 3600x 应付绰绰有余了

因为我们所接受的学校或家庭教育和逻辑教育几乎毫无关联。所以现实中经常遇见强盗逻辑的情况才是合乎逻辑。

https://www.zhihu.com/question/30602857
https://www.zhihu.com/question/47941549

java 编译出来的是通用的字节码，扔到不同平台的 jvm 内就能运行，实现 compile once, run(debug?) everywhere 。
go 编译出来的是不同平台的机器码，不同平台只能运行对应二进制文件，实现 code once, compile for everywhere

16 和 xps 17 大小重量差别不大。15 的散热还是用旧的，17 散热好很多。编译时候应对 Intel 14nm 大火炉，xps 17 好很多。而且既然需求 windows 了，当然还是上 xps17 啦。

我就用 mbp 16 高配，单核负载满了温度也是感人。

想一下就知道了，假如你有某种方法分辨产品质量好坏，那么为什么用这样的方法研究如何提高良率，而是额外花钱花功夫分开发给不同市场呢？

拖延症本身是你自己不想面对，不是别人提醒就能解决的。

很简单，想一下明年 iPad Pro 是 a14x，瞬间觉得 2020 版一点也不香

可怜啊~（韩国瑜脸）

@EIJAM
虽说保密做的很好了，但百密一疏。比如内部使用相机拍照上传产品问题到上级，然后有人可以借机通过 iMessage 发出去。

然而 apple 供应链内都是一律把手机电脑摄像头贴住，哪怕你是 Apple 工程师

@wunonglin
我觉得你不要开协程去做 readloop，直接执行 readloop 。如果 CreateFromUrl 方法中涉及 io 处理或者可以并发执行的话，可以开协程执行并通过 chan 取回结果。参考： http://litang.me/post/golang-channel/#%E5%A4%9A%E5%86%99%E4%B8%80%E8%AF%BB