@lihongjie0209 #76 如果把源代码拷贝出来不可行，一是以后有修复就必须手动更新，二是依赖项的层次可能很深入，我也不太了解如果把依赖提升的话，下层的代码还能不能正确找到包

@lihongjie0209 #76 移动项目确实毕竟鸡肋，没啥用就不谈了。 至于第二个问题，你说的对，但是这确实又是一个解决办法，我实际遇见过，我使用了一个库 A，它依赖于另一个库 B，而 B 在某些情况下会触发 bug，在 B 已经解决 BUG 的情况下，但是 A 的维护者更新落后，A 中的依赖还是比较落后的版本。
此时修改库 B 的源代码，或者修改 A 的依赖版本是最简单的方式，等到 A 更新后只需要重新 install 就行，如果库是全局作用的，势必会影响其它项目。

当然这只是我一厢情愿找的理由，或许实际上或者全局作用更好。不过 npm 有 cache 机制，一定情况下缓解了下载时间过长的问题。

npm 非常复杂，该机制成本很大，就 npm3 光展平包就花了大量功夫， 而且现在也有一些好处，比可以直接拷贝文件夹实现移动项目；还有一个好处可以直接修改包的源码，而不影响其它项目，因为 npm 的包实在太多了，很多包之间会产生 bug，这时候需要手动修复，如果等作者更新可能会很慢，因为出现 bug 的包不一定是你自己项目的依赖，有可能是项目依赖的依赖

这是自然规律，你可以选择用笔记软件，每次都记录下来，设置提醒

我写的 HH:MM::ss。。。。我服了

好好读书，考好点大学，cs 基础比任何语言都重要。

哈哈，有点意思，要不你先解释解释你理解的滥用是什么？

上次有人拿了微软的 offer，在网上说了不该说的被面试官通过细节发现是谁了，最后把 offer 取消了...

element 官网哪有推荐这么做，你给数据总数和每页大小它会自动计算有多少页而已，具体业务还是自己定。

国企吗？ 故意的吧，国产 u 加国产系统能跑起来吗，就龙芯兆芯那性能编译不得半天啊。况且龙芯还是 misp 的，生态都成问题，写个 p 的代码

为什么售前要会点挖掘机？

@ClericPy #24 只有国家认这个，校招内企业都不认