突然想起来另一点，如果 barrel modules 影响性能的理由是无法有效 tree shaking ，那 namespace import 也同样有这个缺点…？

性能和循环依赖确实是个大问题，但个人倒是觉得通过 barrel modules 封装起一个模块的内部实现细节，使用起来很简洁，比方说一个模块重构调整路径，但对外接口保持不变，用了 barrel modules 的话，对使用者是零影响的，显式使用路径则需要更改所有导入的地方。

推荐看看周志明老师的《凤凰架构》，你的疑惑在里面有解释：
https://icyfenix.cn/

@GiantHard 我个人理解是，只要 AI 无法消除幻觉，做到 100% 准确，就始终需要使用者具备判断 AI 是否准确的能力，而非照单全收。在这个例子里面，能断定 AI 可以解释清楚的前提是，你能完全理解以上提及的知识点。否则 AI 自圆其说，也许会把你说服，但却是在扯谎，那就非常糟糕了。

> 我的一个感受是，现在 LLM 的知识广度已经远远超过人类了，考察一个人是否了解一项技术细节意义确实没以前那么重要。

说实话，确实如此，但还是会有所顾虑，无法做到完全信任。另一方面，在 AI 的知识深度与广度都远超人类的今天，我们这些技术人员应该把精力放在哪里呢？有些迷茫。

@songray 看大家的说法，似乎现在没必要再去了解 EventEmitter 了？

@Zhuzhuchenyan 太可怕了……

@lqm
@tearnarry 只要 AI 不能做到 100% 准确，就需要最终由人来把关，前提是你真的有能力做到这点。

@wuxilaoshiren 确实没必要纠结八股，但基础还是要有的。

@ssssiiiirren 顺序也许好推，但解释原理呢？

@chenluo0429 也许有更好的方式考察这些基础，想问一下都有哪些“会引发典型的回调/异步等时序难以确定的场景”

@Ketteiron 为什么呢？我的理解是 Node 中的很多类都基于 EventEmitter ，比如 Stream ，所以是很有必要去了解的。

@woodytang 受教了，“用事件做控制流是反模式 是 anti pattern ，会把代码搞得很乱，不可追溯，一般采用 回调 来响应事件，更符合函数式编程”，可以再深入解释一下这段话吗？回调响应事件，不就是 emitter.on 吗？

@SuperDaniel313 原来如此 之前没刷新出来 #4 的回复 受教了

@SuperDaniel313 愿闻其详

差不多，但我是按周来组织文件夹，里面除了 md 写的工作日志之外，还会存当时任务的证明，一些临时脚本，和 IM 的对话记录，尤其是关键决策部分，以便日后查证。

TODO 和 DONE 直接用 - [x] 不需要用 CTRL 上下键挪了。

这个文件夹不会上传到 GitHub ，而是直接 Onedrive 同步，换机器无缝迁移。

这里有解释：

> This is because the ES Module being loaded is wrapped as an asynchronous operation, and thus the entire script is actually already in the promises microtask queue. So when the promise is immediately resolved, its callback is appended to the microtask queue. Node.js will attempt to clear the queue until moving to any other queue, and hence you will see it outputs bar first.

https://nodejs.org/en/learn/asynchronous-work/understanding-setimmediate

@CyouYamato 百分百工匠精神，纯手工制作…单纯不知道该怎么优化简历了，请教一下怎么改善才能不止步于“点到为止”

@VitoD 全球求职，国内优先考虑北上广深

@IIce
@c3de3f21

确实有点围城，但又忙又没钱，只是不像上一份工作那样高压高强度，总体来说比较平衡吧，但人还是忍不住会焦虑，所以想再看看机会。

@IIce 待遇很一般，而且感觉工作上没什么更多技术方面的成长性了，跟部门老大 1v1 时也说希望我之后往管理方向靠。想跳槽也是感觉这个公司比较适合养老，我还不太甘心就此为止了。

@IIce
@Gimorocun

感谢回复，目前就在外企，但工作内容比较基础，所以什么都干，前后端开发和基建运维都会涉及，基本哪里需要哪里搬。原本个人不排斥多接触不同的工作内容，所以之前感觉还好；但现在通过整理简历也意识到了，自己铺得太开，导致没有特别突出的点，所以希望通过这次跳槽，更聚焦后端开发一些。

@momo2789 耗子叔太可惜了，哎，发现他的极客时间专栏整理成书了，打算买一本支持下

@jybox
@GuuJiang
同意，面试也是个技术活

@coefuqin 正是如此，所以才想知道，哪些是相比茴字写法更重要的东西，更值得深入，性价比更高

@murmur
@yaodong0126

仅以通过面试为标准来学技术，感觉这种说法有点绝对了，工作中确实会遇到自己知识盲区而束手无策的情况，比如我之前遇到过 JVM OOM 的问题，当时对 JVM 一无所知，连 Heap Dump 都不懂，就觉得如果对 Java 的认识足够深入的话，遇到这种问题应该马上就会有思路，至少有方向才对。