如图,面试时发现挑一个很复杂的点来讲的话,会说得很不清楚,导致面试官反复询问;单方向陈述时也会花很长时间,担心不太符合面试节奏。但挑简单的讲,虽然比较节省时间,又怕没有技术含量。
1
Vendettar 237 天前
OP 有没有好的例子,我这人不太擅长总结,每次遇到的过了很久只是有点印象过后又忘了。需要用的时候又啥都没有。
|
2
hapeman 237 天前
针对复杂的点:记录每场面试问题,面完后复盘觉得没有回答好的问题,一起总结到一个 markdown 里
单方向陈述:对了解原理的方向可以引导面试官深入,对原理没有把握就简单讲 |
3
shizhibuyu2023 237 天前 1
讲不清楚说明你本来就不清楚。用费曼学习法,多写博客,能说的、写的让别人看了就会,你才是真的懂了
|
4
xxj2220 237 天前
同意楼上,你写一篇博客出来,到时候把自己写的内容好好讲出来就可以了
|
5
tonytonychopper 236 天前
说不清楚要么是你表达能力有问题,要么就是你没搞清楚
|
6
Lax 236 天前
大部分情况还是不够理解。从全面和深入方面,针对关键点去做研究。
有时候看起来是一个简单的超时问题,实际是技术选型和容量规划方面,只盯着太具体的点去理解就容易看不到全局。 面试官追问是常态,只要你理解到位,就不会被问住。 |
7
Albertcord 236 天前
你简历上是怎么写的呢?可以考虑从简历怎么描述的这上面来拓展
|
8
catch 236 天前
然后这个难点已经烂大街了 ai 都会
|
9
MAVETRICK 236 天前
当务之急就是提高自己的表达能力,还好我高中和大学当过主持人,中文的组织能力和表达还算良好,遇到这种场合根本不会慌。
|
10
user919lx 236 天前 1
其实和讲项目差不多,按 STAR 法则来讲,然后重点讲 Action 也就是你是怎么做的。为面试节奏考虑可以不用讲太细,主要讲你分析问题的思路还有解决方案用到的技术。由面试官来提问他感兴趣的部分。
这个问题很常见,主要就是考察你在遇到困难时是怎么解决的,你能讲清楚自己解决困难的思路就行了,用了什么技术,困难的大与小根本不是重点(每个人的技术水平和经验不同,新手的难题在老手那里都不算什么大事) |
11
user919lx 236 天前 4
这是我之前做的面试准备笔记,专门对这个问题,可以看到这个例子其实不算很复杂,给出解决办法后,一个初级程序员也能轻松完成任务。实际上这种问题也不适合说太复杂的内容,因为本质是考察你解决问题的思路,如果内容太复杂,会让面试官过多地思考复杂的内容,而忽略了你清晰的解决思路,如果面试官无法理解你说的内容,反而会让这个问题成为扣分项。不用太担心问题没有技术含量,因为考察技术含量会用其它的问题。
**思路** 1. 明确问题/需求是什么 2. 核心的困难/挑战是什么 3. 寻找解决困难的办法 4. 串联得到完整方案并实施 5. 测试方案结果是否满意,如果不满意,看具体效果决定是采取额外手段补救还是返回 3 推倒重来 **例子** * 背景:我们有一批企业数据,来源很广泛。我需要每天更新,从中找到每家企业的基本信息的最新数据,并且将企业与其活动记录关联起来。 * 需求描述: 1. 识别同一个企业实体 2. 获得最新的企业信息 3. 获得企业名称变更历史,方便关联 * 挑战 1. 识别同一实体困难:最准确的是企业信用代码,但是仍然有将近 30%的缺口 2. 最新记录某些字段数据可能有缺失 * 办法: 1. 通过多种方式,比如信用代码、组织代码、税号分别关联,尽可能多地确保可靠的联系 2. 通过关联后根据数据更新时间取最新的有效 3. 通过关联来构建企业名称变更历史 * 结果: * 超过 99%的数据能满足需求 * 小部分公司名存在重复,这是业务上无可避免的,但数量不多,可以打上标记,这些数据需要进行人工进行二次审核,结合其它数据上下文来做判断,避免误判 |
12
REDGroundwu OP @user919lx 感谢老哥回答了这么多,还附上了这么详细的例子,受益匪浅。也感谢下其他回答的老哥,综合了一下楼里的意见,我也知道能怎么做了。
|
13
richardZhao 235 天前
感谢这个主题和认真的回答。
|
14
dyv9 235 天前 via Android
为啥要免费讲座呀?顾问费不人给呀
|