面试时如何讲好一个技术难点的解决？

[REDGroundwu]

如图，面试时发现挑一个很复杂的点来讲的话，会说得很不清楚，导致面试官反复询问；单方向陈述时也会花很长时间，担心不太符合面试节奏。但挑简单的讲，虽然比较节省时间，又怕没有技术含量。

[Vendettar]

OP 有没有好的例子，我这人不太擅长总结，每次遇到的过了很久只是有点印象过后又忘了。需要用的时候又啥都没有。

[hapeman]

针对复杂的点：记录每场面试问题，面完后复盘觉得没有回答好的问题，一起总结到一个 markdown 里

单方向陈述：对了解原理的方向可以引导面试官深入，对原理没有把握就简单讲

[shizhibuyu2023]

讲不清楚说明你本来就不清楚。用费曼学习法，多写博客，能说的、写的让别人看了就会，你才是真的懂了

[xxj2220]

同意楼上，你写一篇博客出来，到时候把自己写的内容好好讲出来就可以了

[tonytonychopper]

说不清楚要么是你表达能力有问题，要么就是你没搞清楚

[Lax]

大部分情况还是不够理解。从全面和深入方面，针对关键点去做研究。
有时候看起来是一个简单的超时问题，实际是技术选型和容量规划方面，只盯着太具体的点去理解就容易看不到全局。
面试官追问是常态，只要你理解到位，就不会被问住。

[Albertcord]

你简历上是怎么写的呢？可以考虑从简历怎么描述的这上面来拓展

[catch]

然后这个难点已经烂大街了 ai 都会

[MAVETRICK]

当务之急就是提高自己的表达能力，还好我高中和大学当过主持人，中文的组织能力和表达还算良好，遇到这种场合根本不会慌。

[user919lx]

其实和讲项目差不多，按 STAR 法则来讲，然后重点讲 Action 也就是你是怎么做的。为面试节奏考虑可以不用讲太细，主要讲你分析问题的思路还有解决方案用到的技术。由面试官来提问他感兴趣的部分。
这个问题很常见，主要就是考察你在遇到困难时是怎么解决的，你能讲清楚自己解决困难的思路就行了，用了什么技术，困难的大与小根本不是重点（每个人的技术水平和经验不同，新手的难题在老手那里都不算什么大事）

[user919lx]

这是我之前做的面试准备笔记，专门对这个问题，可以看到这个例子其实不算很复杂，给出解决办法后，一个初级程序员也能轻松完成任务。实际上这种问题也不适合说太复杂的内容，因为本质是考察你解决问题的思路，如果内容太复杂，会让面试官过多地思考复杂的内容，而忽略了你清晰的解决思路，如果面试官无法理解你说的内容，反而会让这个问题成为扣分项。不用太担心问题没有技术含量，因为考察技术含量会用其它的问题。


**思路**

1. 明确问题/需求是什么
2. 核心的困难/挑战是什么
3. 寻找解决困难的办法
4. 串联得到完整方案并实施
5. 测试方案结果是否满意，如果不满意，看具体效果决定是采取额外手段补救还是返回 3 推倒重来

**例子**

* 背景：我们有一批企业数据，来源很广泛。我需要每天更新，从中找到每家企业的基本信息的最新数据，并且将企业与其活动记录关联起来。
* 需求描述：
1. 识别同一个企业实体
2. 获得最新的企业信息
3. 获得企业名称变更历史，方便关联
* 挑战
1. 识别同一实体困难：最准确的是企业信用代码，但是仍然有将近 30%的缺口
2. 最新记录某些字段数据可能有缺失
* 办法：
1. 通过多种方式，比如信用代码、组织代码、税号分别关联，尽可能多地确保可靠的联系
2. 通过关联后根据数据更新时间取最新的有效
3. 通过关联来构建企业名称变更历史
* 结果：
* 超过 99%的数据能满足需求
* 小部分公司名存在重复，这是业务上无可避免的，但数量不多，可以打上标记，这些数据需要进行人工进行二次审核，结合其它数据上下文来做判断，避免误判

[REDGroundwu]

@user919lx 感谢老哥回答了这么多，还附上了这么详细的例子，受益匪浅。也感谢下其他回答的老哥，综合了一下楼里的意见，我也知道能怎么做了。

[richardZhao]

感谢这个主题和认真的回答。

[dyv9]

为啥要免费讲座呀？顾问费不人给呀