单纯的 CRUD 肯定是没意义，但是：
CRUD 出来的业务赚大钱了，这就是有意义的（只不过因为大多数程序员不思考业务的商业价值并且不是业务负责人，所以这个赚大钱跟他们也没多大关系）；
知道找什么轮子来 CRUD，这也有价值；
自己设计架构，带着别人 CRUD，这也有价值；
总结 CRUD 的规律，造一个 CRUD 相关的轮子，来帮助其他程序员更快的 CRUD，这也有价值；
知道如何让自己的 CRUD 在线上稳定的跑着，这也有价值；

先明白为什么要使用 spring，spring 帮你解决了什么问题
然后思考如果不用 spring，你会如何实现需求
最后带着这些问题去分模块的看

算法题跟 vue 源码，这俩完全不是同一个东西啊；
而且这个跟你 JavaScript 基础知识差也没关系，首先你需要用 vue 写过项目，踩过一些坑。此时你应该对 vue 的响应式原理有一些体会，对虚拟 dom 有一些听说，也对它的生命周期方法有个粗浅的了解。
然后你开始看源码了，看源码前首先要知道你的目的是什么，比如你是为了搞清楚响应式原理还是为了搞清楚 diff，这样子才能有的放矢，抓住重点；而且你可能还需一些前置知识，比如看虚拟 dom，你需要知道它解决了什么问题，重绘回流你得懂。看响应式原理，观察者模式得懂，es6 的语法得懂。看生成模板那块，得需要懂点编译的知识
所以总结一下：算法题跟读项目源码没关系；不是你弱；需要用的比较熟练；需要前置知识；需要抓住重点

@jiorix 我这就是剃个架构师的发型

@ben1024 横向对比么

@repus911 确实，级别上升之后主要是看对业务的理解、推动能力，能不能扛事儿等等

@waibunleung 什么推文？

没正反馈

@HiShan 平时开发多多少少都会遇到一些原理上的问题，至于很多基础知识应该在校招的时候都搞过一遍了，社招面试可以看一下回顾一下

@Huelse 嗯嗯是的，我一般也是要求回答上来大部分就行了

@XVXVXXX 对，细节掌握得好说明技术深度和坑踩过，有思考说明有一定的优化经验，拓展说明好学，齐活儿
@litp 嘿嘿一笑也是服了...

@hoyixi 对，不过问题是很多公司不太清楚自己要招什么样的人，或者是就想招个啥条件都好的人

@AmberJiang 谢谢😄

@charlie21 稳妥

@locoz 靠谱

@hq136234303 那这公司开的时间挺长啊，都十多年了

@lihongming 嗯嗯能提出业务解决方案的，基本都是老鸟了，对于这样的造轮子其实也不在话下

@refresh 嗯嗯符合 3 点的基本就属于优秀了

@scnace
@iffi
那就是看面试的综合感觉吧

@ferock 这不讨论呢嘛