国企也要看赛道
公交这种定位公益，需要财政补贴才能勉强运行起来的，怎么和烟草之类的比

家里有矿的话随便选，没矿的话要选的是对个人职业发展更有好处的。有机会还是先去大厂看看

实习和正式员工的招聘要求不一样的，我如果是领导我也不敢让实习生一来就负责一大块业务啊

tailwind 要学一套 DSL 是有点麻烦，但是也不难上手，都是有规律可循的，多写几次再配合查文档就好了

更深层的好处在于样式变成了原子化的，减少了重复，也减少了冲突的概率

如果技术栈都是现代的，基本不用考虑原型链的事情

如果一份工作内容里面要熟练掌握原型链才能做，那么可能是技术栈太陈旧或者太偏门了，或者真的是要钻研到很深入的某些领域的。前者的话建议还是别去了，人生苦短。

没兼容性问题

有条件的话建议重新换一套

不用 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 的文档，需要覆盖掉一些规则