面试官问：你在项目中遇到过什么难题？你是怎样解决的？该怎么回答。？
回答·165
最热
最新
- 大概率你已经过了 hr 第一关，到了技术面。 通常项目面试会涉及项目的本身，主要是问你对项目的相关、业务知识、扮演角色，以及技术攻坚、技术取舍这几个维度的一个逻辑。 所以这种问题他考的不是你对解决的办法： 而是这个项目对他的理解，你对应用场景边际的考量，然后在开发中可能会遇见的所有问题的一个前置，主要就是看你怎样解决问题，在解决问题中，你通常需要哪些相关的技术以及上下游之间的匹配？ 最重要的就是你对这个项目整个的逻辑关系，首先一定要把你对这个项目的理解说清楚，然后应用的各种技术说清楚，最后要把通常情况下这个项目会遇到哪些问题说清楚，最后攻关的技术要求说清楚。 大致上就是这些，不是说当场要你解决问题，而是让他知道你对这个事情的认知。
- 根据你的面试的岗位，再结合自己实际情况
- 1、说自己今一年的案例 举例要举自己完全参与在其中的案例，说一下 自己的经历 2、平时碰到问题，解决了，记得复盘总结 平时碰到了问题，自己思考、尝试，搜索，咨询别人、跟别人请教， 无论是怎样解决，解决以后，需要对问题进行复盘总结。 3、可以使用 star 法则回答 Situation（背景信息）：事情是在什么情况下发生 Target（目标任务）：你是如何明确你的目标的 Action（采取的行动）：针对这样的情况分析，你采用了什么行动方式 Result（取得的成果）：结果怎样，在这样的情况下你学习到了什么
- 就如实回回答遇到的难题和解决的办法。尽量能体现出自己不惧困难，敢于尝试的品质
- 在项目中 肯定都遇到过难题 当时是怎么做的怎么解决的就正常讲述就可以了啊
- 找一个典型的案例：自己处理的好的，有自己个人想法的案例，更能突出你个人的优点优势的。
- 就如实回回答遇到的难题和解决的办法。尽量能体现出自己不惧困难，敢于尝试的品质。
- 这是典型的STAR面试法： S：Situation 当时做这项工作或项目是什么背景？ T：Task 当时你接到的任务是什么，尽可能详细描述。 A：Action 你是怎么思考的，采取了什么策略和行动，这一步很能体现你处理问题的能力、逻辑思维、沟通和策略思考。 R：Review 事情结束以后你有什么收获和反思，旨在看你是不是一个会反思总结的人，反思总结能力在职场上非常重要。 为什么问这个问题，是因为HR采用了过去行为面试法，根据你之前的一些行为，去判断你未来的工作态度和表现，从而能够加强HR对你的了解。
- 说心里话，从面试官的角度出发，面试官压根就不在乎你遇到过啥困难，他们真正想知道的是你解决问题的能力和面对问题时的态度！！！ 为什么呢？因为能力和态度直接反映了你未来的发展潜力，你未来能为公司带来多大的效益。 这个问题大家真的不用头疼，因为你已经知道了，最大的困难不见得非要是最难的，只要你说出你以前踩过的一个坑或者解决的一个 bug 就行，有理有据的生动形象的告诉面试官： 你如何发现的问题，怎么处理的问题，如何解决的问题，最后明白了啥原理，你的回答绝对是满分！！！ 记住：一定要强调是自己独立思考，没有其他人帮助解决的这个困难，证明你关键时刻自己可以独当一面。
- 此问题的回答一般从三个方向入手，一是技术问题，二是解决方案问题，三是甲方或团队配合问题，针对这三个方面的问题回答示例。 一、技术方面： 开发项目过程中遇到问题是难免的，但是面试中绝对不可以暴露低级的bug，博主小白在职期间经常遇到的问题： 1.本地环境与线上环境出现问题不一致，可能是线上环境问题，运维部署服务器问题等。 2.线上数据库版本问题，导致本地写的sql到线上不支持该语法报错。 3.第三方支付问题，客户提供的信息有误，平台未绑定等等影响的。 4.事务问题，方法未执行完就走其他功能，导致程序混乱，加上事务注解，放在biz层。 5.页面，手机兼容问题，跨域问题等等。 下面给举几个例子，总结成自己的描述绝对没问题啦~ 问题：我之前在项目开发中碰到过dubbo调用远程服务失败的问题，服务写好自测时无问题，在远方服务上打debug，被dubbo调用时显示可以进入程序就是显示调用失败。 解决方案：花了很多时间排查dubbo调用没问题后，我在服务端加了log4g方便看服务端的日志，然后发现服务端显示数据库无法连接，说密码有问题，我核对后发现密码没问题，但是我发现项目的mysql的数据库密码是初始密码没改过，mysql的root账户并没有开放远程连接的权限。所以我进入mysql服务中新加了一个root账户，改了不一样的密码，把项目中连接数据库的账户改为新加的账户，重启所有服务后就解决了。 二、解决方案： 问题：并发注册问题 我们在做完功能之后，对首页上所有功能做了并发性能测试，结果测出在做注册功能时会碰到同一个用户名或者手机号在并发量高的情况下会出现多次注册的问题。 我们的需求要求每个手机号或用户名只能被注册一次，在用户注册填写用户名手机号时会通过ajax去后台异步校验是否有重复记录，在并发情况下，会出现多个注册用户同时去后台校验一个未被注册的用户名时，都会成功通过，从而导致注册的用户名或者手机号重复。 解决方案：利用redis来解决，用户输入用户名去后台校验一旦成功，首先去redis中查看是否有这条用户名，如果有，则视为此用户名被别的用户抢占了，如果没，就放进去，然后返回校验成功。在别的用户去redis找这条数据只能排队去查时都能查到，视为用户名被抢占了，返回用户名校验不通过。 三、和甲方沟通问题 我们在做完一个功能模块后甲方需求变动了，所以我们只能硬着头皮改代码，连续加班半个月，这个事情本来可避免的，如果我们最初能在和甲方对需求的时候能挖掘他们的潜在需求，早点给他们一些正确的需求建议，这个问题可能就不存在了。 四、项目成员配备问题 企业开发项目中根据项目规模、周期决定项目成员配备情况，一般来说规模较小的项目人员配备比较少，小到甚至一个人负责开发一个项目，规模庞大的项目如京东物流，40多人开发一个项目。但我们做的项目大部分是 中小型的，团队一般为10人左右。在二三线城市一个项目组一般有核心成员和外围成员，核心成员就是项目经理和后台功能开发人员，后台人员一般都可独立完成功能模块，项目中一般有3-5个后台开发，其他的人员如测试、前端、实施、运维、数据库人员一般都是公用的，哪个项目需要就去哪个项目。