@HeapOverflow 噢，贵司一定很利害。

现在因为疫情，今年北美很多大公司都冻招或裁员了。但是其实业务都在继续，所以缺人。我大胆预测明后两年经济复苏后，会出现招聘新高潮，是一波好机会。看 LZ 这么年轻，可以尝试下美研一年，然后找工作。

提供一个例子吧，身边的朋友，国内 2 年不知名公司工作经验，排名 50 名之外的美研，现在就职 AMZN 。

刚毕业那会儿，第一次感受到是面英特尔，最后两道是脑经急转弯，其中有一道是 9 个球里有一个重量不一样的次品，给你一杆秤，问你最少需要多少次找到它。

后面最夸张的是面一个公司（类似 Uber ），有一轮中（ 45 分钟），先考了个很难的算法题，然后再来一道系统设计让我设计 Uber 。我想如果我真的能设计 Uber 了，那 Uber 里面那么多 Principle Engineer 是不是可以辞退掉了。

现在想想，面试其实不是工作，面试是想方设法删选掉 99% 的人来录取，所以造火箭还是造飞机，这就看公司心情了。

@locoz 讨论不赢就拉黑 哈哈 理智 那你来 V2EX 是干嘛的呢？这里不适合你这种偏激的喷子。走好不送。

@locoz 你喜欢硬杠我就陪你。

面向爬虫做的，原文又是出自哪里，麻烦引用出来的。我只看到了举了个爬虫的例子。

你是做技术，还是 C 位出道？有价值的东西，标题取得再烂也会被发现，不一定在 v2ex，也会在公司，在业界先被推广。snowflake 是先在 reddit 发个大口号帖子，然后火起来的？浮躁！

你文章那最后一句话，等于说了什么？方案在哪里？你全篇只说了单机 service 的方案。

你就继续迷信美团，腾讯呗。你看看你说的这话，有逻辑吗？我知道有这个问题，也不知道怎么解决，但是好像美团在用，应该不是什么大问题。首先不能迷信权威，其次你迷信美团和腾讯至于吗，你让 AWS，GCP 脸往哪搁？

严格递增真不是什么开天辟地的事，老实讲了，业界应用场景很少有需要严格递增的。不知道你呵呵什么？越看越觉得有意思。

@locoz 贵司讨论气氛真好，一定要说出你喜欢听到的。你自己数下回答里有几个是不 challenge 的？我只是说话比较直白。很多人已经提到了我想表达的了，是时间回溯出的问题多还是你的数据库依赖出的问题多？

他哪句话提到了只是给爬虫做得？在原文他只是举了个爬虫的例子。我语文已经差到这田地啦。我也说了，如果只是做某个小应用，你们随便秀。所以你们这不是开始先宣扬秒杀 snowflake，然后感觉不对，说这个只是给爬虫做，无懈可击。

我再复读下我的理解，你们写了一大堆，最后只做到单主机 service，在工业界就是毫无意义，请不要贬低 snowflake 。

你迷信美团腾讯，我帮你读一下啊，“强依赖 DB，当 DB 异常时整个系统不可用，属于致命问题。配置主从复制可以尽可能的增加可用性，但是数据一致性在特殊情况下难以保证。主从切换时的不一致可能会导致重复发号。” 然后你说主从备份就完事了，好一个完事，您是产品经理吗？

@NightTeam 我不知道你为什么觉得我是为喷而喷。你们团队一定大牛云集，不然这么啼笑皆非的设计，还心气很高。反驳不了的时候，就扣上“你是喷子”的大帽。
要我设计，我至少不会加个数据库依赖进去。分布式高 TPS 下，对数据库的写，是非常昂贵且低效的，更何况你这个每一次都要写。当然你说场景只是在帮小学生搭个兴趣网站，那你随便秀，秀上天都行，但请不要贬低 snowflake 来博眼球。

纸上谈兵。给我感觉是一群没做过工程的在那玩花活。各种 buzzword，但是一看设计啼笑皆非吧。

自增算法在多分布情况下怎么解决一致性？别告诉我你要用一台机器撑起百万，千万 QPS 吧。
解决一致性我能想到实际的就是锁，但是多线程性能降低不厉害？
另外存储的运维不严重？性能依赖不过分？我以前的公司做千万 QPS 的 auth，要依赖数据库。工业界没有数据库能达到期望的 availability，只有自己花了 3 年，30 人团队开发了一个。你用一个 reddis，我真的打扰了。
最后的最后，你可能不知道工业界系统设计原则之一，keep it simple 。这不是炫技。

我觉得做一些自己感兴趣的事情，挺好的。我个人觉得算法不重要。大学主要培养一个人自学，研究的能力。而且现在算法重要可能是因为工业界看重。但是等你毕业的时候，四年或六年过去了，工业界可能又看重其他的了。比如那个时候已经没有程序员这个工种了，大部分繁琐工作被自动化取代。

你在 2020 年和 2000 年做对比，当然会觉得 2020 年诱惑多啊。因为人类文明科技都在飞速发展。就正如你在 2000 年看 1980 年，那 2000 年诱惑不更多？ 1980 年哪里有电视，电脑，手机这些东西啊。美韩日文化连国门都没进。

玻璃心。

想明白这两个问题的能力，也是核心竞争力的一类。

不冗余。unsub 只是 try again 点下去后发生的一步。

@vk42

1. 没，我目前就在 mac 上开发编译。以前的公司也是有兼容 mac 的编译工具。虽然生产环境是 linux，但开发挺多人喜欢 mac，不喜欢远程连接 linux 。
2. dell 和 hp 的电脑，就是杂牌啊。体验不是一般差。
3. 开源升个级都各自 bug，不太敢想对于 ARM 怎么支持。

我最大担心就是以后公司放弃 mac 了，改发杂牌电脑装 linux 当开发机。

第一，公司不知道会不会因为一堆编译工具不兼容 ARM mac，而切成杂牌电脑装 linux 。懂编译的可以说下。我感觉跨平台编译还是很吃平台的。而且生产环境都是 x86 - 64，公司也没必要照顾 ARM mac 的编译。
第二，gnu 的开发工具和一些兼容 mac 的 linux 第三方库兼容 ARM mac 吗？毕竟开源软件，做什么都慢啊。而且即使有新的支持 ARM mac 的软件去替代这些工具和库，审核之路漫漫啊。

我党文化人士，也流行说话阴阳怪气吗？

为这 HC 杠上啦 哈哈

话说我也一直用 headcount，题主应该在国外吧。