作为一个应用商店类型的后端开发,面试时经常被问你们的业务难点在哪,or 技术难点在哪,想破头皮都想不出来,一是怕说出来的东西被面试官认为就这有什么好说的,二是确实工作中能解决的都不算难点。说一些性能优化或者代码重构,解决了什么问题,这就是我想出来的东西。但是最后的面评经常被写业务复杂度不高,业务不匹配。
大家都是怎么回答这个问题的,或者阿里字节美团等大厂同学你们是怎么准备这个问题,or想从候选人那听到什么
作为一个应用商店类型的后端开发,面试时经常被问你们的业务难点在哪,or 技术难点在哪,想破头皮都想不出来,一是怕说出来的东西被面试官认为就这有什么好说的,二是确实工作中能解决的都不算难点。说一些性能优化或者代码重构,解决了什么问题,这就是我想出来的东西。但是最后的面评经常被写业务复杂度不高,业务不匹配。
大家都是怎么回答这个问题的,或者阿里字节美团等大厂同学你们是怎么准备这个问题,or想从候选人那听到什么
在面试中回答关于业务亮点和难点的问题时,可以采用结构化的方式来阐述,以确保既展现了深度也体现了广度。以下是一个建议的回答框架,同时包含了一些具体的例子,适用于应用商店类型的后端开发岗位:
1. 用户增长与留存**
2. 开发者生态构建**
3. 技术驱动的创新**
1. 海量数据处理与性能优化**
2. 安全与合规**
3. 用户体验优化**
6 回答4.8k 阅读✓ 已解决
12 回答5.9k 阅读
4 回答7.2k 阅读
2 回答7.4k 阅读✓ 已解决
2 回答3.2k 阅读✓ 已解决
1 回答9.5k 阅读✓ 已解决
1 回答7.5k 阅读✓ 已解决
这个东西主要靠积累,即你在工作的时候就要关注所谓的“难点”和“亮点”。这些“难点”和“亮点”未必是你 100% 参与决策、处理的,但是通过参与、处理、学习,你也从中吸取了很多经验和教训。然后面试的时候就能侃侃而谈。
怕就怕上班敲钟,堆烂代码,堆完就回家,出问题就甩锅。所以平时注意积累,面试的时候就能拿分。