关于面试时聊项目

[zxc1234]

这周面了几家公司，收获很多，发现一般会让你挑个你比较觉得好的项目来讲讲，在这过程中，我感觉有些问题答的不好，或者不知道怎么答比较好，所以上来请教下网友====哈哈哈

1.关于读写分离，项目采用的是读写分离

面试官问 ：你们并发量多大？ 我：并发量不大，这个是公司的内部系统，公司内部人员在使用，它的特点不是并发量大，是数据量大 面试官：并发量不大，为什么需要读写分离 我：我的理解是读写分离是为了更好的读，因为写会有相关的锁，导致读的速率慢，并发量不大的情况下，读写分离也能提升效率（不知道对不对，或者怎么回答比较好，求指教）

面试结果：未通过

2.关于项目难点

面试官：你们这个系统的难点是什么 我：这个系统的难点主要两方面，1 是线上问题的排查，比如 cpu 跑高，OOM,业务问题的排查定位。2 是 这个系统是从 0 到 1 搭建的，需要熟悉 vue 相关的知识点及开源框架的结构，内部构造，方便定制化。（作为工作多年的 java 程序员不知道这样子答行不行，或者有没有更好的）

[Lilacs]

我的思路，聊项目的话，就几个步骤，拆解一下问题，
1. 并发是需要了解一下用户规模、场景，如果用户量很小，并发量不多，基本不用说了，技术冗余太多，没什么必要，等于练手，后面也不会有问题处理，体现不出来。
2. 为什么会采用这个方式解决（可以重点举几个技术案例，描述一下选型的过程），解决并发或者其他问题都会有几种不同的解决方式，需要权衡一下利弊，如果你能把分析过程说出来，会加分，最好把技术细节描述清楚，因为技术面试尤其重要。
3. 这样解决了之后达到了什么效果，主要描述数据，比如优化前，1w 个用户情况下，等待 10 秒，优化后结果到 1 秒等等
4. 以及后续跟进有什么样的数据反馈和改进（了解一下有没有线上有没有紧急处理过 bug ），一个技术方案会带来新的问题，上线后也会遇到意外的情况，需要继续看看你的处理方式

如果上面几个流程下来，都有可聊的来的，很加分很多，如果不是同行业，项目本身并不重要，及时把问题切到技术层面上，会让面试官觉着你更在乎技术层面，这也是技术面试官想要的。

[zxc1234]

@hsuvee 真诚 求问，并发量不大 怎么回到并发问题上

[hsuvee]

@zxc1234 从缓存和线程方面入手？

[PazuLee]

@zxc1234 #17
看你在落地这个项目的时候，有没有觉得复杂，或者有挑战的地方？如果受限于当时条件，理想方案无法落地的话，也可以跟你的面试官讲一下。如果做完这个项目觉得实在是没有挑战，那差不多就应该考虑跳槽啦

复杂度具体一点，有模型设计，业务流程，业务重要性，业务安全问题，风险控制 balabala，具体还是要看你的项目吧