这是一个创建于 382 天前的主题，其中的信息可能已经有所发展或是发生改变。
楼主是个前端，在中台团队承担一些 SDK 的研发工作，比如视频或者图像处理的 SDK 开发。偏组件开发的前端工作比较少，这是背景。
最近面试的时候，一般到三面或者四面技术的时候，会详细聊到一些项目设计或者业务架构设计的题目，感觉答的都不太好，面试官有时也会表示项目架构复杂度不太行。
我总结了一下感觉可能是两方面原因：
- 确实是 SDK 项目比较浅。lz 的 SDK 更加偏向某个单点技术的性能、功能攻克，由于一些产品化的体积要求，SDK 就是普通的插件架构模式，有点介绍不出什么花样... 我是不是应该学习一下怎么把简单的东西说复杂？
- 也做过前后端都涉及的产品，粗略介绍起来："整体从 MVC 开始拆分，前端负责 VC 部分。前端再细分：组件功能使用 MVVM ，图形渲染功能 ECS"，细节把各个部分展开，补充一下扩展和可维护性就结束了。 但感觉面试官都不是很满意...，我猜测是我表述的混乱了？太过生搬硬套了？这部分的问题到底出在哪里呢？
现在不知道该向哪个方向改正了，请各位大佬帮忙指点一下，感谢！
 |
1
darkengine 2023-10-30 12:28:36 +08:00
架构是为了什么，把“扩展性和可维护性”往死里唠就对了，然后边问问公司对这个项目的期望，根据期望来谈扩展性
|
 |
2
GeekGao 2023-10-30 14:49:32 +08:00
不要企图简历作假。大部分时候工程经验是无法靠背题能弥补的。
|
Select Language