问一个问题，你们在工作中都解决过什么比较困难的问题呢

[travelcc]

java 面试中，经常碰到这样的问题，但是业务基本都是增删改查，也没有什么很复杂的问题，用过多线程，项目部署也不难，jvm 调优这种更难碰到，所以，大佬们都是怎么回答的呢？ 求参考！

[Foxalone]

通过谈判, 基本都是老板的业务恶心人比较多. 所以能沟通不做的尽量去沟通...

[wanniwa]

比如我们的公司难点就是税表算税的优化。一步步拆解优化的点，我会各种细讲，现象是怎么，怎么分析的这个问题，怎么找到优化点，然后做了什么措施。
分析问题本身就是在探索一个个难点。只是最后落实到实现上，可能优化的代码没几行，问题找到了又觉得不难了。但是这个过程就是克服难点的过程。
俗话说难这不会，会者不难，所以不要看小看你日常解决的问题。
还有就是项目重构什么的，怎么做项目的规划，怎么不影响原有业务基础上改造……
我觉得能说的一大堆。。。。。。

[exmario]

纯为面试的话，网上翻个案例研究一下美化成自己的就好

[ZhuWenJian]

我是客户端开发，说一个上周解决的：
背景：进入漫画阅读页面要进行 180 张图片的加载。（当前章、上一章、下一章）
如果用户这时候进行章节切换，就要等前面的图片加载完，因此极端情况要等待很长时间（起码 10 秒以上）。

优化：
因此设计了一套机制，使得进入页面只需要加载 6 张图片，实现秒切换的效果。

[beryl]

面试官视角：

我一般也会必问这个问题，但是预期的并不是说这个问题多难，而且期望通过这个观察候选人：
1. 是否对业务对技术了解和沉淀思考
2. 对自己认为难的问题，如何解决的、思路是什么
3. 回答的角度是偏向技术还是业务，还是两者都有
4. 最后才是问题难的具体是多复杂

[c3de3f21]

把 gitlab 更崩了。。。

[nice2cu]

主要说下自己遇到 bug 的定位排查过程吧，

[seaswalker]

JDK 8 升级到 17 因为 jdk 本身变化导致；另一种是可能发生概率千分之一的多线程 bug 。这两种很难查。

[travelcc]

@beryl okok 明白了

[travelcc]

@c3de3f21 这有点厉害

[travelcc]

@wanniwa okok 明白了 可以结合业务 具体拆解、分析

[tppttw]

感觉更侧重考察如何解决问题，而不是考察问题有多困难

[skyrim61]

@c3de3f21 哈哈哈

[Avafly]

优化 GEMM.
后来直接上 openblas 了...

[wuxi889]

问这个问题的时候，面试官是想知道两个点：
1. 你的解决问题的能力；
2. 你的是否是一个“合格”的开发人员（面对问题时有自己的思考）；

[sampeng]

我也必问这个问题，你自己解决的和随便编的一耳朵就能听出来。这种开发性的问题基本没标准答案。
但还是会去抓几个点。
1.你会不会主动的去发现问题
2.你看待问题的层次。
3.语言表达逻辑性。因为解决问题过程一定是有自己思路在里面的。
4.利用多少资源来解决问题，可以是自己的也可以是别人的

[Gress]

工作是改开源项目代码，二次开发，无数的坑，简直不要太恶心

[levelworm]

@Gress 这要是底层那还蛮有趣的。

[cooltechbs]

@levelworm 我第一份工作就是开源二次开发，理论上应该有趣，但实际上老板的期待远远超过我和我们团队当时能做的。到最后成了上班如上坟

[cooltechbs]

@beryl 我想给自己立一个技术导向的人设，然而之前做的复杂项目恰恰都是业务复杂... 所以每次被问到这类问题就很不爽