与NeetCode创始人讨论面试、CAP定理、Big Tech及AI对工程的影响。
技术面试如何变化，CAP定理有何问题，以及对于开发者而言，哪些技能变得比编码更重要？很高兴终于与NeetCode创始人@neetcode1进行了线下对话。
时间戳：
00:00 介绍
02:57 Neet对编程面试的看法
06:41 进入科技行业
08:56 Neet为何不喜欢CAP定理
13:12 加入亚马逊两个月后辞职
18:22 Google vs Amazon
22:26 NeetCode的起源
25:27 离开Google全身心投入NeetCode
32:02 Neet为何不修复每一个bug
39:26 编程面试准备的价值
42:57 系统思维与领域专长
47:28 大型科技公司招聘
52:15 NeetCode的技术栈
57:57 NeetCode重新设计大赛
1:01:46 软件工程师的未来
1:09:04 热点话题：AGI、AI技能侵蚀、个性特征
1:22:49 “也许有些人应该放弃”
1:24:39 如何成为杰出的工程师
1:27:55 书籍推荐
由以下赞助：
• @AntithesisHQ – 无需人工审查或传统集成测试即可验证系统正确性，避免bug或中断。https://t.co/AKYm4cbVCU
• @sentry 应用监控软件，被数百万开发者认为“还不错” https://t.co/uoolyqTjhe
• Google Cloud Run – 全托管平台，直接在Google可扩展基础设施上运行代码。运行前端和后端服务、批处理作业、托管LLM和智能体，无需管理基础设施。https://t.co/DJ2ll32kV5
本次对话的三个有趣部分：
1. CAP定理的“三选二”框架被广泛教授，但在技术上有缺陷。
Navi认为这是一个尴尬且不完整的定理，当Martin Kleppmann公开批评它时，他感到被证实。这是一个很好的提醒：独立思考价值，不要在没有理解的情况下接受定理为真。
2. NeetCode YouTube频道在Navi发布他因进入Google而减少更新后开始起飞。
在他分享自己获得Google软件工程工作之前（当时Google是最难进入的公司之一），NeetCode频道的观众不多。分享他进入Google的消息被证明是最好的“推销”：突然之间，人们想了解他通过什么练习获得了这份工作！
3. 关于编码死亡的预测并未如预期般实现。尽管AI模型有显著改进，Navi并未观察到大多数工程师被裁员。事实上，他看到了相反的情况：开发者比以前做更多的工作！
时间戳：
00:00 介绍
02:57 Neet对编程面试的看法
06:41 进入科技行业
08:56 Neet为何不喜欢CAP定理
13:12 加入亚马逊两个月后辞职
18:22 Google vs Amazon
22:26 NeetCode的起源
25:27 离开Google全身心投入NeetCode
32:02 Neet为何不修复每一个bug
39:26 编程面试准备的价值
42:57 系统思维与领域专长
47:28 大型科技公司招聘
52:15 NeetCode的技术栈
57:57 NeetCode重新设计大赛
1:01:46 软件工程师的未来
1:09:04 热点话题：AGI、AI技能侵蚀、个性特征
1:22:49 “也许有些人应该放弃”
1:24:39 如何成为杰出的工程师
1:27:55 书籍推荐
由以下赞助：
• @AntithesisHQ – 无需人工审查或传统集成测试即可验证系统正确性，避免bug或中断。https://t.co/AKYm4cbVCU
• @sentry 应用监控软件，被数百万开发者认为“还不错” https://t.co/uoolyqTjhe
• Google Cloud Run – 全托管平台，直接在Google可扩展基础设施上运行代码。运行前端和后端服务、批处理作业、托管LLM和智能体，无需管理基础设施。https://t.co/DJ2ll32kV5
本次对话的三个有趣部分：
1. CAP定理的“三选二”框架被广泛教授，但在技术上有缺陷。
Navi认为这是一个尴尬且不完整的定理，当Martin Kleppmann公开批评它时，他感到被证实。这是一个很好的提醒：独立思考价值，不要在没有理解的情况下接受定理为真。
2. NeetCode YouTube频道在Navi发布他因进入Google而减少更新后开始起飞。
在他分享自己获得Google软件工程工作之前（当时Google是最难进入的公司之一），NeetCode频道的观众不多。分享他进入Google的消息被证明是最好的“推销”：突然之间，人们想了解他通过什么练习获得了这份工作！
3. 关于编码死亡的预测并未如预期般实现。尽管AI模型有显著改进，Navi并未观察到大多数工程师被裁员。事实上，他看到了相反的情况：开发者比以前做更多的工作！