三大框架学完了也得花点时间每个框架熟悉一个对应热门的 ui 库吧😬

关于后期方向我一直有个疑问，
前端细分哪些啊?
研究 webgl 的(前端学到后面都得掌握这个吗？)、《深入解析 css 》作者这种的深究 css 的(话说现在 UI 设计师算前端吗？)、
然后平台分个 web 、移动端、小程序我倒是知道的😧，
是这样分的吗，还是别的哪样的?
那些把 h5 玩出花的有专门的岗位吗(比如做游戏或者播放器的，完全没接触过 h5 播放器的概念)

@iapplebear 感谢安利，发现刚好有第二版的中文

原来戴眼镜还有概率得这个症，吓到我了，希望将来不会遇上，也祝各位 v 友早日自愈😱

lz 加油，共勉吧。
我自己也知道 hooks 是个好东西，加上楼上的大佬们也都分析了，早学会早升值奥

@murmur 确实是两种思维方式啊，这点无可厚非。
但要说生命周期名称太长不提供补全，楼下也说了 vs code 打上插件照样可以补全。经常忙 react 开发的都能记得常用的生命周期吧，命名挺规律的……

@Jirajine 我还在想我为什么比起 hooks 更能接受 class 组件，这么看来还真可能因为早期 vue 的熏陶(我个人是先接触的 vue 应付的毕设，然后面到公司让自学转 react 了)

最终看起来是用 async/await 包起来解决的，今天有同事遇到了类似的问题，回头看了一下。这类问题关键字好像是“js 数组长度为 0 但是有元素”

“把链接拖到新标签页的位置触发新 tab 打开”的习惯

@ConradG 首先，假设你说的“题主单纯的认知有问题”成立，那么“揣着明白装糊涂”明显是不合常理的，自然是“有其他目的”。
有哪些其他目的呢，不就是把话题的展开的更有意义。
“无预设的提问”并不受“预设”影响、“预设有偏差的提问能否有不受错误预设干预的完美回答”，
退一步问，上面所有展开辩论的预设都是完全错误的吗？

@ConradG 个人观点，#71 更全面的 block 原因讲解远比#66 的"这个题主就真的很值得……block"更有意义。
即使 #71 交代了原因，若没有#70 楼无意中代表我发表了意见，我将无法从#71 得到新的观点。
我是个忙前端开发的应届生，完全不懂游戏这块，依旧保持着小白憧憬，很津津乐道的在看楼上大佬们之间的辩论，虽然不可能完全理解但想要尽量的留下印象。
我无法辨别你们两方观点的是非曲直，上面的记录使我觉得帖主应该会乐意参与的异议讨论（结果而言大概是没有回答#71 ）。
我觉得#71 远比#66 要妥当，若真如你所言帖主存在#71 的问题，看到这么吝啬赐教的大佬我只能怪罪于运气不好。
“尽量让自己的回复有意义”这是我对 v 站留下的印象（虽然我自己也很难做到），我依旧觉得#71 不是#66 的理由。

@learningman 我个人倒是抱着对“输入操作符直接展示可以进行中文搜索的术语界定”(比如输入?.至少能展示一个 js 的可选链，当然我知道这玩意儿 js 是抄来的但起码能知道哪些语言有这个操作符),
或者一些“输错的东西”能引导到正确的关键词（当然这个比较难,但现在仅提供术语方面的中英互转都木大）
这样的期待去看待这类产品的。
目前我倒是也觉得确实意义不大(

用着优惠码入了 4 年，。。。希望将来词量能更多吧

我尝试输入“flux/redux flow”，导航到了 https://consoledict.com/w/flux/redux%20flow 报错 404，这是把 /识别成路由了 0.0

感谢通知，已入

6 块钱一罐，魔爪 龙茶口味（就是罐子上有个龙）