注:本人是一个拿来主义者,好的工具,好的方法,以及一些大神的总结,都拿过来分享:
面试回答问题,“1 + 1 = 2”,这么回答确实没啥问题,那么有没有想过为啥面试官会为“1 + 1”这样的问题,他需要的答案是否仅仅就是2这么简单,大家都知道“换位思考”,那为什么面试的时候就把“换位”给忘了?为啥不多想一步从面试官的角度去看看他到底想要知道什么?
就拿“有什么难点”这个问题来说,面试官是想了解啥?怎么发现问题?怎么解决问题?恐怕不仅仅这么简单的。。。
要是层次越高的面试官,他应该是想了解无论是技术难题还是业务难题:
1.在设计的时候为什么没有多考虑一些,从架构或者业务层面避免解决不了的问题发生;要是bug为什么开发的时候遗漏了测试的时候没有发现;
2.确定存在难点,那么是技术上的问题,还是跨部门跨团队沟通协调的问题亦或其他各个方面的问题,这时候就是重点了,你解决的任何问题都可能是难题,在面试的时候把握些尽量往自己驾轻就熟的点上靠,详述问题如何解决的,到这里是不是够了?
3.问题有方案解决了,那么后续对于难点有没有复盘,有没有优化方案,有没有在团队做分享
4.最后的最后,你的总结你的思路有没有形成套路,当下一次遇到问题的时。。。