@
RihcardLu 谢谢指点,我说说我的看法
1.我之前一直觉得在互联网做应用层做高流量高并发的项目才算项目觉得一定会很有含金量
但是在做下来才发现难点其实也没那么多,更多时候是各种简单的 CRUD (提升掌握语言熟练度)
在五年前,分布式数据库不成熟的时候,很多人都会拿分库分表来面试,问如何在工作中如何分库分表那些
当时我也了解到一些数据库分库分表的原理和中间件
但我实际工作中落地也没有用到分库分表,直接用的分布式数据库
对于工作上技术的难题,我也实在想不出有什么太困难的问题,如果有那么就是我对某项技术并没有熟练的掌握
比如第一个项目中我后面打算介入 elastic ,基本概念我懂,但是没有进行深入使用,也不清楚有哪些坑要踩
再比如有时候使用新技术带来的学习成本 grpc 、踩坑都是一些很琐碎的问题
这些年来,技术一直在普及,熟练掌握这些技术的成本越来越低,带来的结果就是我会的技术变得越来越不值一提了
技术架构我也不敢随便写在简历上啊,毕竟是公司的东西,面试的时候聊聊还可以,但是我面了好多都不会问架构的东西
2.首先肯定不是我一个人在处理项目,架构上肯定不是一个 redis cluster 这么简单,但是面试中也基本没什么问这些问题,也有其他同事负责更难的问题,我负责了解到的稍微难一些的问题基本就这些,其它基本都是自研业务逻辑的堆砌,自研业务逻辑对于大部分公司来说又是最没有价值的一部分,所以我觉得也没什么值得描述的
至于为什么 predis 连 cluster 会有额外的开销,面试官问到,那我基本会解释,但是很少面试官问
3.不懂到底要写些啥,我觉得技术人找工作技术匹配度是优先吧,所以就这样写,我是觉得如果面试问上了,我就说业务逻辑,实在搞不懂了