面试被问你在项目里遇到的最大困难是什么，如何解决的，该如何回答？

[1oNflow]

主要想拿来讲的是 SpringBoot 项目，感觉自己遇到的困难都是一个个分散在各处的小坑，并不能组成一个完整好看的故事去讲，而且一般自己能通过查资料解决的，讲起来的观感都不是特别困难，解决不了的，都直接放弃换方案了...

如果着重讲系统设计（比如一开始不知道该怎么实现要求，或者系统设计中途走了弯路），又感觉可能班门弄斧，把自己的缺点暴露了。

大家被问到这样的问题都如何回答？

[iyaozhen]

其实我问这个问题的时候是要准备写面试记录了。

怎么答都行（一般说一个线上问题比较好），但你不能说没遇到问题。答得好，或者感兴趣的点可以再深入展开下，这就要求你不能解决表面的问题，需要知其所以然。

[lagoon]

这也是我觉得很恶心的问题，对于我这种性格的人来说，解决了的困难就不觉得困难了。
自己无法解决的困难，才会觉得真困难。比如领导的明天就要。
于是这个问题，逼得我不得不说谎，挑我觉得不困难的事情讲，而忽略我觉得困难的问题。

[lscho]

这种问题我也感觉很恶心。。。

一个项目做完并没有遇到什么特别困难的地方，这要怎么回答？
我觉得在使用某类技术栈半年或一年之后，根本不会有什么特别困难的地方。所以拿这个问题问应届生还算是可以的，但是非要去问有工作经验的人，完全就没必要。

[gustav]

没有，都很简单

[shanlan]

就算困难，做完了也不觉得困难了，有几个人和我类似的想法？

[version]

这些最好是面试前都要想的，你的答案很容易被分析出或者衍生你在旧公司做什么业务和难度，是否是 crud 老男孩，一般回答架构上遇到的问题是最好的，和其它框架遇到的 bug，和一些网络不容易发现的解决方案，或者框架带来的疑难杂症，怎么触发 bug 复现，和线上调试等，切记这些东西不要说你没做过的，说没有困难都能百度找到修复代码的都是会拉低工资

[iyaozhen]

@lagoon
@lscho
@shanlan

写过述职和晋升 PPT 的就知道了，讲故事的能力还是很重要。
肯定，做完了都不是困难。但做的过程中需要有积累沉淀的，当时解决完就记录在 Wiki 或者博客上。而且不仅仅是这个问题本身，还可以扩展。

还有困难有时候是技术上的，有时候是管理事物上的，比如有个任务时间紧，你是个小组长，怎么调配人力，拆分功能，如何快速测试这也可以说呀

要说没遇到困难（不管什么原因），个人觉得是不可能的，要不就是“计件工”，做事没有思考。要么就是做的事情确实简单，这都不是要招的人。

[wenzhoou]

你们这种回答太直男了。看不下去。
其实 20 楼的回答就非常偷巧。
你就平静的说，我们小组还好啦。没有碰到特殊的技术难点，但是前端组（举例）问题比较多，据说有个什么 bug 巴拉巴拉的。

[wenzhoou]

当然上面说的是没有想法的人。对方问你具体的事情的时候你也可以说不是你们这边问题详细的不太了解。

而有条件有想法的人，不用你提醒，就像 26,27 楼说的。他们的回答就属于比较老道的。

[cedoo22]

7 月初， 面试了两周， 大概 7/8 个公司， 又 3 个面试都问到了这个问题， 你遇到最大的困难是啥，怎么解决的。。。。

[forever0y]

@cedoo22 因为外企喜欢这么问，我感觉国内面试问 behaviour 也是学过去的。