微软 rdp 或者 xrdp

以后用多了肯定有库来简化，就像 java 的 mockito 这种。但是 golang 真的没必要用泛型。

微软不难，多刷刷题，复习下 system design ，老哥加油！

@R0ckyY2 repo 很棒！想问下有 5k 的图源吗？

@Mirage09 不是在 aws ，但是应该 infra 都差不多这个水平

同做 infra ，7x24 oncall ，大概 7 天中有 3 ，4 天晚上要被 page 叫醒，一周大概 60 个 page 。

结束了休一天假；有一个 secondary 来处理不紧急的事；遇上复杂的及时找组里懂的人帮忙

@Mirage09

赞同，语言只是一门工具，重点还是看你做的方向。天天用 C 给 Linux 打补丁，也成长不起来啊。

聪明不等于有钱。。。千万也不是个很大的数。

@documentzhangx66

链表，数组和树是完全不同的数据结构，怎么能互相“基于”？如果不懂的话，可以先去看下。

@documentzhangx66

mysql 是 BTree ，链表或者数组的插入都是 O(n)

24 寸是 iMac ，再出个 32 寸的 iMac Pro 取代现在 27 寸 iMac （尺寸没变，只是显示器边框缩小了）

@MiniGhost

我指的“代码质量”里面最重要的环节就是 0 bug （或者你讲的产品质量），也包括你认为的狭义的“代码质量”，比如 coding best pratice ，OOD ，可阅读性等。但实际工作中（个人经验），CR 在处理狭义代码质量上作用不大，因为我觉得比如 OOD 这是基本素质吧，一般只有应届生需要更多提醒下。

还是看方向，比如云计算高性能组件很多都是 C/Cpp ，也吃香。

@arnolehe0157

27 寸有噪音，即使闲置风扇声也能听到，这也是我不满意的地方。

无法理解你的看法。确保代码质量不应该是依赖单元测试，整合测试，Canary 测试这些客观手段进行吗？第一过度依赖 CR 本身就不靠谱；第二 CR 质量和 CR 大小没有关联；第三无效的规章制度定得太多，会影响人家工作舒适感（就和打卡上班一样）

果然是 27 iMac 的屏加一个 truetone 。我 19 年买的感觉和 u2712QM 看着差不多（哭

但是颜值还是高啊

你以为便宜其实很亏。因为正常 mac 买了很容易转手卖出去，你的使用成本并不是售价；但是无头 mac ，很难转手。