知道原理就行了，就等于不知道。因为到了该用的环境的时候，根本就想不起来用它。
比如 React Router ，它是用什么方法解析 URL 的，那么我在其他地方是不是也可以用？当我写爬虫的时候，我是不是也能用上？
比如 Koa ，它用了洋葱模型，那么是不是可以自己实现个洋葱模型？实现了以后，是不是就可以在某些需求中用上，让代码更好？
深入学习网络协议，那有个新需求，后端赶不过来，那我能不能用 nodejs 自己把这个做了？
比如 GraphQL ，我知道了，那我能不能用它在非 Server 的环境给我解决问题？
比如 babel ，我只知道配置，我能不能写一个 plugin 来帮我实现功能？
你看，这还没到源码级别，仅仅是深入一点点，就有这么多东西可以用。有些查文档的东西，你能查，别人就不能查么？

进去后，切到 issues ，再切回来就能看到 code 了，不知道在搞什么

babel 的编译，webpack 的 loader 和 plugin ，typescript 的 type check ，还有机器的老化，都是可能的原因。

要入行，这些东西远远不够。职位是前端不代表不用别的语言。

要去看 77 么，已经切 V 了。不过我倒是觉得可能候补不到了，票已经切没了，顶多去买加站了。

因为你没学过啊，所以难啊。就像现在如果让我去开发 android 我也觉得难啊，因为我不会啊。
以前干前端的都是拿着 PS ，切过各种页面的，肯定对 css 有一些理解啊。

沉迷偶像和写代码

babel 都已经是 v7 版本了，为什么还在用 v6 呢？

不建议转测试。我们所有的 unit test ，e2e test 都是自己来写的。test 出问题也是 dev 自己来修，没有固定的测试人员。而且我们也不会固定死语言，比如前端开发就一定要写 js 。

最近天天骑车，每天骑车一个多小时，感觉肚子下去了不少。

不好用，以前要写 GUI 用过一次。
首先对于 UI ，和 web 可以随意修改样式相比，pyqt 就差很多，甚至布局都不是自适应的。
其次 pyqt 如果执行方法不在子线程，很可能会阻塞 UI ，导致无响应。
还有就是 web 可以随意开子线程，随意存储数据，随意开多窗口，随意用 Electron 提供的 native 方法。开发编译跨平台。他已经帮你解决各种跨平台问题，让你只开发功能就好了。
所以费力不讨好的开发方式自然就比不过轻松的开发方式了。

没觉得火。有些东西，即使不用，也会有分享。但是低代码连这个都没达到。

简历有一些问题，最大的问题就是看似写了不少技术，实际上只是名词的堆砌，一眼望上去很亮，实则是流水账，全都是语言如何如何，库如何如何，没有自己的总结。那么同样的简历，同样的技术，换一个人的名字，是不是也能做？

技术栈：语言在前，UI 框架在后
- js 库：把语言，运行时和库混为一谈。jquery ，说实话，现在已经用的很少了。

专业技能：说实话，一眼看去就是技术名词的堆砌
- 现在已经不是几年前了，不清楚为何总是把 js 和 es6 拆开来说，而且 es2024 的标准都出来了。
- 前端模块化的问题，现在还在提 amd 、cmd ，是不是有些过时呢？

项目经历：最大的问题就是主要负责的东西是技术名词的堆砌。项目经历优化很多都提到 star 法则，你写的主要负责，只是体现了项目用了什么东西，换一个人，是不是也是做这些？
项目不仅仅是开发，还要有你自己在开发过程中的总结、学习，碰到、解决了什么问题，这个才是面试时候要问的、要说的。
还有就是不要把语言的特性、库的功能当成自己的功劳。而是运用语言特性、使用库，实现了什么比较 nb 的方法，解决了问题，提高了效率、解决了困扰，这个才是主要的。

比如说：第二个项目：
- 使用 Promise + axios ，其一，为什么喜欢把语言的特性也加上，你用了不稀奇，不用反而会有问题。其二，写的很简略，比如我以前的项目是这么说的：使用 Promise + axios ，后面在功能不变的情况下将 axios 替换为原生的 fetch ；项目登录过期跳转到登录页，优化为直接弹出登录窗口，登录后请求失败的 api 会重新请求并返回数据，不打断用户的操作，节省用户的时间。这样就会觉得很新奇，交互有所突破。
- 提高性能，我的老板跟我说过：用数据说话。完全可以写从 x 降低到 y 。
- async/await ，同样的，你用了不稀奇，不用反而会有问题。而且你写的很有歧义，不是“作为同步处理”，你这样写会被认为你没有理解异步，而是“用同步的方式写异步函数”。

还有就是 Github ，项目很少。加上之前的，我就会怀疑你所说的喜欢新知识新技术，跟踪最新标准。

总之，简历有很大的优化空间。

1. React 不是 template ！ React 不是 template ！ React 不是 template ！
<div>Hello</div>编译后是 React.createElement('div', null, 'Hello')。是 js ！是 js ！是 js ！所以才能添加各种 event 事件，才能各种无缝使用 js 语法。写 jsx 其实就是写 js 代码，只不过是 React 自动创建帮你 dom ，不用你手动 document.createElement 和 element.appendChild 。template 输出的是字符串，所以各个语言的 template 都不好写交互。
2. JSX 不只是输出 html ，输出什么取决于最后怎么渲染，比如 react-dom 或者 react-dom-server 或者 react-native 或者小程序。一套代码用不同的东西最后渲染出来的是不一样的。
3. JSX 不是只给 react or vue 用的。
4. 所有的编译器对 jsx 的编译是差不多的。

后端框架多：生态丰富
前端框架多：技术分裂

本来就是，你以为你解决了一个问题，但是会引进来其他问题

线上 github actions 用 macos 环境打包。本地开发直接用 mac

Next.js 吧，如果连后端都不需要的话，甚至直接导出成为 SSG 都可以