一定要分点回答（逻辑清晰）：
1、时间；
2、什么功能；
3、遇到什么问题；
4、怎么定位问题；
5、怎么解决问题，为什么要这样解决；
6、在性能、可用性、资源、用户产生了正面影响。
讲清楚问题是什么，难在什么地方，你是怎么解决的，你为什么要这样解决，有没有什么数据和测试证明你有效解决了，例如下面这个回答结构：
1、我（最近的一个时间）在做（怎样的一个产品／程序），这个产品／程序的目的是（帮助用户完成什么事），其中有一个（什么模块），为了实现（什么功能），用到了（什么技术），但是（遇到了什么挑战／难点／bug）。
2、我通过（怎样的手段）定位问题所在，问题出现的原因是（简要的点到技术点的描述），我在（至少两个资料来源）上找到了参考，最后基于（怎样的决策标准）决定采用（何种解决方法），运用了（哪种技术），最后成功解决了问题／实现了功能。
3、结果是这个产品／程序（对用户，系统，性能，可用性，资源等产生了何种正面的影响）。下一步，我认为我应该研究（何种更先进的方式），进一步（怎样让产品／程序做得更好）。
温馨提示：答案为网友推荐，仅供参考
第1个回答 2019-03-20
做对，就是我掌握的理论，技术，工具是有依据的，不是野路子。说直接点，我能解决问题，并且不会挖坑，或者不会带来太大的副作用，你招我进来，我保你三年质量，五年维护。作为面试官，多少也是认可的。
第2个回答 2019-03-20
起码在deadline前解决问题，不会对项目进度造成太大影响。毕竟团队项目是有周期的，你的能力前提是保证不能拖延整个团队进度，或者对产品功能的完整性造成印象。
第3个回答 2019-03-20
如果是一开始就问的，很有可能就是想通过这个问题，根据你的简历，引申其他一些更加细节的技术问题。这种情况，你一定要注意，一定要根据自己的实际经历和能力来描述，保证面试官不要问到你的盲区，或者延伸一点自己也是能hold住的。
第4个回答 2019-03-20
就是这类问题往往比较主观，综合全面，虚实结合。如果面试官是最后问的(前面问了若干问题)，可能是最后了解确认一下你的经验，那么回答的时候，除了实事求是外，可以适当包装一下让故事好听。
相似回答