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