说真的，第一次点开启明vs小赵直播回放视频的时候，我纯粹是冲着“吃瓜”心态去的，你想想，两个技术流派扛把子，一个是启明那种“算法至上”的硬核派，一个是小赵那种“实战第一”的野路子，他俩对着镜头掰头,那画面想想就刺激。
结果这一看，我直接上头了，连续三个晚上，从晚上十点看到凌晨两点，边看边记笔记，连老婆喊我洗碗都没听见，不是夸张，这场直播的信息密度大到离谱，你随便截个五分钟片段，都能拿出去当编程教学素材，我甚至怀疑启明和小赵是不是私下商量好的，故意把干货往死里塞,好让我们这些观众一次看个够。
好，废话不多说，我按自己看下来的感觉，把启明vs小赵直播回放视频里的核心内容拆成几个模块，你跟着我的思路走一遍,应该能省下不少自己啃视频的时间。
第一回合：开场互怼——两种编程哲学的正面碰撞
直播刚开始那十分钟，我差点以为要变成辩论赛，启明上来就甩了一张复杂得吓人的架构图，边画边讲“模块解耦的七个层次”，语速快得像在念咒，弹幕直接炸了，有人说“这图我画三个月都画不出来”，也有人说“装，接着装”。
小赵这边倒是不慌不忙，直接掏出一台旧笔记本，打开一个看起来乱糟糟的项目文件夹，说：“你说的这些道理都对，但我的项目团队里，平均代码水平就是初中级，你给我整七个层次，明天就有人提离职。”然后他现场打开一个函数，三下五除二重构了一遍，从写死的一长串if-else改成两层策略模式,效率提升看得见。
我突然就悟了：这不只是技术之争，这是两种生存逻辑的较量，启明追求的是“理想的系统应该长什么样”，小赵关心的是“真实的人能写出什么样的代码”，谁对谁错？我后来琢磨，可能都对,只是适用的场景完全不同。
为什么这个回合值得反复看？
如果你正在带团队或者准备带团队，这一段启明vs小赵直播回放视频绝对值得你看三遍以上，我甚至建议你边看边暂停，拿纸笔把你当前项目的架构画出来，对照启明的“理想架构”和小赵的“实际落地”，看看差距在哪,能找到突破点在哪。
我把两个人的核心观点整理成了一个小表格,你感受一下这冲击力：
| 维度 | 启明的观点 | 小赵的观点 |
|---|---|---|
| 代码设计原则 | 追求极致的抽象与解耦 | 优先保证可读性与可修改性 |
| 团队适用性 | 适合高等级工程师团队 | 适合初中级工程师为主的团队 |
| 错误处理策略 | 统一错误码+全局拦截 | 写日志+快速失败+人工兜底 |
| 对性能的态度 | 在架构层面提前优化 | 先跑起来，再按数据调优 |
| 文档要求 | 必须写正式设计文档 | 只写关键决策点说明 |
你看，这两个人根本不在一个频道上，但奇怪的是，当我顺着他们各自的前提去思考，发现他们的结论都能自洽，这就是高手过招的魅力——不是谁说服谁,而是让你自己开始反思。
第二回合：实战拆解——你以为的Bug其实不是Bug
直播进行到大概四十分钟的时候，小赵突然说要“搞一个突击测试”，他现场打开一个GitHub上的开源项目，然后指出一个看起来很明显的内存泄漏问题，启明凑过去看了不到十秒，就说：“这不是泄漏，是刻意为之的缓存策略，你看下面的注释。”
我当时心想：卧槽，这都能看出来？然后小赵放大屏幕，果然在文件的第187行看到一行注释：“该数组生命周期与进程一致，频繁创建销毁会引发性能抖动，因此保留内存复用。”
这一段看得我后背发凉，因为我扪心自问，如果是我看到那段代码，我大概率会直接开喷“谁写的垃圾代码”，但人家启明一眼就看穿了设计的底层逻辑，这就是经验和视野的差距。
从这段你能学到什么？
启明vs小赵直播回放视频里这种“对垒式debug”的环节，大概出现了五次，每次都是小赵出一个“看起来有问题的代码”，启明来分析“其实可能不是问题”，或者反过来，我自己记了整整三页笔记,总结下来就两句话：
- 不要只看代码表面——任何看起来有问题的代码，背后可能都有你没考虑到的上下文
- 质疑之前先确认前提——你可能发现了Bug，但前提是你要确定自己理解了设计的意图
我把其中一个比较经典的场景复述一下，你就明白了：小赵展示了一段并发代码，用了一个全局锁来控制写操作，弹幕都在刷“性能太差了”，启明问了一句：“这个模块的写操作频率是多少？”小赵答：“每天不超过两百次，但数据一致性要求极高。”启明说：“那把锁去掉，改用乐观锁加重试，性能能提升30%，一致性也能保证。”
就这么简单的一个问题，两个人用三十秒就完成了从“识别问题”到“给出方案”的闭环，你想想，换成你我在那种场景下，能这么快反应吗？我反正不行。
第三回合：观众提问——那些我们最关心的问题
后半段直播，主持人把观众提问抛了出来，我挑几个有代表性的说说——因为这些也是启明vs小赵直播回放视频里被反复讨论最多的部分。
问：初级程序员应该先学算法还是先学框架？
启明的回答很直接：先学算法，理由是用算法思维训练出来的逻辑能力，能让你写任何框架都不费劲，但小赵马上反驳：先学框架，理由更现实——你学完算法能立刻干活吗？不能，你学完Spring Boot，下周就能接需求,一个团队需要的是能立即产出的成员。
看到这，我又分裂了，这俩人好像永远都能把道理说到一半，然后另一半让你自己补上，我后来的答案（如果你也纠结这个问题的话）是：如果你不急着找工作，先把算法基础打扎实；如果你要尽快进入行业，先学框架，边工作边补算法。逃不过的，只是顺序问题。
问：技术Leader应该更懂技术还是更懂管理？
这个问题我觉得是整场直播最有价值的一个，启明的原话是：“不懂技术的管理是空中楼阁，不懂管理的技术是孤家寡人。”小赵更直接：“把技术做到极致，管理自然水到渠成。”你品,你细品。
我后来查了一下，启明自己带过百人技术团队，小赵也是一家创业公司的CTO，他们俩都没有在说空话，都是在自己的经验里总结出来的真话，只不过适用的环境、团队的阶段不同,导致输出的结论听起来互相矛盾。
直播回放视频里那些容易被忽略的细节
如果你真打算去刷一遍启明vs小赵直播回放视频，我给你几个“高能预警”时刻,别快进：
- 第23分钟：小赵讲“为什么我从来不用设计模式文档”，这一段把抽象和讽刺拉满了，看得我拍桌子笑
- 第1小时10分：两个人同时在线重构一段代码，写完后比较差异，你会发现虽然结果相同，但思考路径完全不同
- 第1小时42分：启明突然讲起自己当年刚入行时犯的一个低级错误，那个坦诚程度让我对他路转粉
我觉得最值钱的一个片段
是小赵在回答“如何突破瓶颈”时说的那句话——我直接复制下来了：“你觉得自己遇到瓶颈，其实不是技术瓶颈，是认知瓶颈，你只用一种语言、一种框架、一种思路去解决问题，当然会遇到瓶颈，去看看别人怎么写代码，别老盯着自己那一亩三分地。”
说完这话，启明罕见地点了点头，那一瞬间，我感受到了技术人之间那种跨越风格的默契。
看完直播我做了什么
好吧，我承认，我不仅仅是“看完”了，我在看完启明vs小赵直播回放视频的第二天，就把自己之前写的三个小项目的代码从头到尾翻了一遍，按照启明的思路，我发现我之前写的两个模块确实耦合得太紧，改一处要动全局，但我也发现，如果完全按照他那种“完美解耦”来重构，以我现在的项目体量，投入产出比完全不划算，于是我用了小赵的“80%原则”：把最核心的两个模块解耦，剩下的保持现状，加好注释,未来再优化。
你看，这就是两个高手对话的价值——你不需要成为他们中的任何一个，但你可以同时吸收两个人的好想法，找到最适合自己的那条路。
启明vs小赵直播回放视频现在已经在B站和YouTube上都有完整版了，搜索关键词就能找到，如果你看到一半产生了“我靠原来我也遇到过这种问题”的感觉，别怀疑，这就是真实的技术世界，没有完美的答案，只有不断逼近正确答案的过程。
本文来自作者[kyadmin]投稿，不代表中国·AC米兰(Milan)体育官方网站-Official Website立场，如若转载，请注明出处：http://www.f6336.com/ny/811.html
评论列表（4条）
我是中国·AC米兰(Milan)体育官方网站-Official Website的签约作者“kyadmin”！
希望本篇文章《启明vs小赵直播回放视频，我反复看了三遍，才敢写这篇复盘》能对你有所帮助！
本站[中国·AC米兰(Milan)体育官方网站-Official Website]内容主要涵盖：AC米兰,ac米兰官网,AC米兰官网
本文概览：说真的，第一次点开启明vs小赵直播回放视频的时候，我纯粹是冲着“吃瓜”心态去的，你想想，两个技术流派扛把子，一个是启明那种“算法至上”的...