@shequ2046
没有公司强迫你来美国使用歧视、“奴隶”的 H1B 签证工作，你大可在国内“自愿”进行 996
美国的这套 H1B 抽签、绿卡排期的移民体系问题一堆不假，然而称之为“歧视”、“奴隶”未免太过一些，真有这么烂的话也不会有那么多移民需要靠抽签、排期留下来

@ericgui
SD 的气候真是不错，不怎么下雨，全年的气温也合适，很少过冷过热，可惜软件公司少了点

MBP 没必要
用公司发的高配 MBP 16 工作，时时刻刻想念自己的 Win 本

外接 eGPU 应该是有效的，而且大概是解决独显 MBP 外接显示器过热降频的终极做法

然而你果动辄一两万的 MBP 连外接显示器都做不好，又是不要用左侧的 TB3 接口，又是要再买个 eGPU，大概没有恒温恒湿环境的人不配使用

什么时候你司默认把非 edu 邮箱的邮件丢垃圾桶了？

@fansangg
OG Pixel 发布时承诺的三年安全更新，在结束支持前一个月不差都按时更新了，比其他几乎所有 Android 手机都准时完整
找 Pixel 比更新真的不是自取其辱吗？

如果是指发车频率，现有的信号系统（如 CBTC ）等支持的极限追踪间隔是 90 秒，但考虑到停站时间、折返能力等，大多数线路的最高发车频率在 2 min 左右，一线城市较为拥挤的线路在早晚高峰的发车间隔很多已经接近或达到了这个极限。有些线路例如北京 4 号线，早高峰最小间隔 1 分 43 秒，已经是压缩到极致，行车过程中经常需要临时停车了。
国内大多数城市地铁的问题，一是编组太小，很多黄金线路（如北京 4 、5 、10，广州 3 等等）都是 6B 乃至更小的编组，单次列车的载客能力只有 8A 编组的 60% 左右，即使发车间隔缩短到极限也无法满足客流需求，不得不高峰限流站外排队；二是没有设置快慢线或越行线，远郊进城也只能站站乐，导致平均旅速较低（一般平均旅速只有 30 - 40 km/h ），通勤时间过长。

WSL 2 跨系统 I/O 性能差（即从 Linux 下读写 /mnt 下的路径），但是在 Linux 文件系统下的 I/O 性能是够用的

外接一个 4K 一个 2K 显示器，就开几个 chrome 看看文档写写 Google Doc，MBP 16 可以风扇拉满 kernel task CPU 占比 1000%+ 最后卡到死机👍

Google Play 同样给 Android 提供方便的 IAP 功能，也可选择不接受抽成不上架 Google Play 自建支付系统。然而有些平台没得选。

你软大佬们斗一斗搞搞 reorg 不是家常便饭吗
反正家大业大玩得起

搞这个最出名的就是亚麻吧 ，然而这其中 manager 的因素经常大过 performance 的因素...

找个云服务商不就完了，何必跑在本机
比如 Azure 就有提供 AKS: https://azure.microsoft.com/en-us/services/kubernetes-service/

差距挺大的，性能、价格、系统、键盘哪项不吊打 10K+ 的 MBP ？小新的屏幕虽然比不上 MBP，但也还算可以，做工可能稍差一些吧。

@tzm41
正常情况下外接双 4K 有独显的 MBP 16 流畅度吊打万年牙膏核显的 X1C 是应该的啊
但在我的情况下，最近天气热起来后，外接显示器之后 MBP 16 的独显跑起来，即使 CPU 空载，有时整台电脑能降频到连鼠标都划不动的地步，根本不是动画卡顿的问题了

@MsHan
在同样的室温和外接屏幕条件下，体积重量大一圈的 MBP 16 (i7-9750H) 能降频降到流畅度被我自己的 X1 Carbon (i7-10710U) 吊打，实在服气

MBP 16 次顶配，公司发的，现在天气热起来后，外接屏幕动辄 kernel_task 占比 1000% 动弹不得，以至于每次要本地编译都得把外接屏幕都断开。单热管压标压 i7/i9 + 独显的神仙操作只有你果能做到。

Pixel