不用 key 的情况下 react 会自动用比较小的代价来复用

循环里面用 key 是为了让 react 更容易找到循环中变更的部分

@Mateverse 我其实不怀疑作者是他。就是看比如是不是他每天口述一下，然后助理帮他写成文字，这种形式可以分担一些工作量

对古天乐了解不多，这些博客都是他自己打字配图发布的吗

@UIXX 这里和实际年龄关联不大，和代码 /工作经验才有关系吧

mobx 怎么做版本检验过不了的？ peer dependency 只是警告吧

react 18 和 17 在兼容性上基本没什么大的变化，一般不会用不了

如果一定要 17 ，可以用 yarn 的 resolustions ，npm 目前没有这么方便的方式

n1 还要去语言学校，我有点怀疑是不是编的

自己的钱想怎么花都没问题，父母的钱就别动了。工作几年再读也没问题的

现在 vs 企业版已经支持用公司私有代码做训练集的 ai 代码提示功能了，不过是放在 IntelliSense 里面的

“都可以”

主要还是看招的前端会什么

@shawndev 可能是区分招聘对象的，比如我这样 30+ 的老人被噶得多了就不这么容易轻信了

vue 的生命周期这种看文档就能回答的东西，拿来问真的没有意思的，结合实际问题问应该用哪些生命周期还更好一点

vuex 没有用过稍微有点奇怪，但是应该追加问问他怎么做跨组件状态管理的

v-model 就是个糖，不用也问题不大，虽然我也不知道直接改 $parent 是什么意思

原型链是真的八股文了，就算以前用过，这么多年没用估计也就忘得差不多了。都 2202 年了，如果一个公司的前端代码里面还在各种搞原型链，我作为面试者肯定会想着赶紧跑路的

路过问一下，中茶这种国营的品牌现在评价怎么样

如果没有什么一定需要跨项目的，可以写到一起

monorepo 可以解决相对路径引用太复杂的问题，也方便组织代码，但不是必须的。

lerna 之类的是便于统一执行命令，没有发布包之类的需求也可以不用，直接裸 yarn/npm workspaces 就行

当然是自己选配啊，当年那些希望推行统一规则的项目比如 jshint 和 standard ，都已经没人用了，因为用的时候总有想法不一致的地方。airbnb 也是适合 airbnb 的情况而已，你用着不舒服也很正常

prettier 你要看 plugin-prettier 的文档，需要覆盖掉一些规则

大部分的包都没有必要把包版本和 node 版绑定起来，都是可以兼容的或者兼容最新版本的

所以你的实际需求是什么

楼主你选的客户群体就不太好，可以思考一下：人品好的人会找枪手做完整个毕设吗
恶人只能恶人磨，要价钱就做恶人

笔误：耵聍

先去看看

我去年感觉一边耳朵耳鸣，看了之后医生告诉我：叮咛太多了。

之后买了药水软化，去复诊吸掉就不耳鸣了

@codeMore 茶叶不能一直泡着，建议买带茶叶分离的茶壶来泡，或者飘逸杯这样的