@binfengxy #83L 这就是你把 DDR4 设置成 Disk ， 把 HDD 设置成 RAM 的原因？ [doge]

@justincnn 为啥要换 MAC, 我其实很不太理解

我先说说一下的缺点

1. 键盘 ctrl 按键的问题
2. 系统 /硬件完全不开源
3. 无法自己组装更新对应的硬件信息

如果为了办公效率那肯定选择 `Microsoft Windows`, 如果是为了高性能，高性价比肯定选择 `debian kde/gnome`

1. window 生态强大
2. 可以自己更新对应的硬件，而且价格便宜

mac 这贵的价格，而且这么不自由， 完全就是资本的运作， 你希望你买的产品就算换个电池，Apple 也要求你必须整个 mac 都换掉吗？ 这是极端情况，但是事实是，基本上所有东西都闭源， 甚至 apple 的充电线都会校验是否是 apple 授权的。 这简直太可怕了。 如果一旦 apple 发展起来， 我完全无法想象后面的结果是什么

要么绝对的生产资料（垄断的必需品）， 要么有权。 否则你的工资不会有任何改变

@fanyer #75

你说的 7 年前也就是

npm 3.8.5 是七年前最后一个发布的版本, 因为之后的 3.8.6 是 6 年前发布的， 如果你没说谎, npm 的版本就是 3.8.5


来让我们看看日志啊


你也可以自己打开看


npm-shrinkwrap(1) -- Lock down dependency versions

怕你英语不好， 我帮你翻译下

npm-shrinkwrap(1) -- 锁定依赖版本


- https://github.com/npm/npm/blob/v3.8.5/doc/cli/npm-shrinkwrap.md


人不行，就怪环境不行？ 就算没有 lock ， 操作 `node_modules` 写个 lock 难道很难？ 而且 npm 本身就提供了 npm-shrinkwrap 给你锁版本。

至于你说的第二个问题， 库是即时删除的。verdaccio 7 年前就提供 1.4.0 版本的 npm 私服。

- https://github.com/verdaccio/verdaccio/tree/v1.4.0


我没有 bb, 七年前就方案了。 请问你怎么会觉得没有用？ 还是说你连这个都不知道？ 人不行，就怪路不平？ 水平差就怪 npm 不好用， 设计的有问题？ facebook 觉得 npm 设计不符合他们的想法， 所以做了 yarn, pnpm 觉得 npm 太占磁盘了，所以重写了， 而你做了什么？ 除了抱怨以外，哪怕是给别人提一个 issuse 的事情你做了吗？


你不会，就多问问别人，向别人虚心请教

@des
epoll 性能应该没这么差， 我看堆栈信息上显示好像是大量的占用了 Queue, 具体为什么大量占用 Queue 就要看代码了

recover

Deno 没感觉到优点，Bun 的出现好像是必然

@fanyer #36L 别人删个库有什么大惊小怪的， 自己项目中不锁版本吗？ 没有 nexus repository 吗？

@adoal #20L 我仿佛听到了什么笑话 padStart, padEnd 不能用吗？

@bthulu 我自己的要求是 性能 + 功能强大， 但是还有很多功能还没有做， 比如可展开， 表格单元格合并什么的

@bthulu 是的， 如果你用起来有什么地方不满意可以随时跟我说，我可以进行调整， 我自己试了试至少 1w 条数据是没有问题的，但是要考虑列有多少

@bthulu #14 https://ui.lif.ink/components/data/table#__demo__-simple-2 欢迎体验.

支持上万行的表格

@Features

你要想解决发热问题很简单， 把电压降低（换低压的 CPU/GPU ）但是性能会变差
如果你要想解决速度问题，将电压提高（换标压的 CPU/GPU ）速度就会快，但是发热会严重

这只是站在底层上来看， 但是事实是你不应该一次性处理这么多的数据，而是采用虚拟滚动的方式，只显示可视窗口的数据

@Features 渲染就需要使用 CPU/GPU 进行处理，CPU/GPU 处理的本子就是 电子进行移动， 高速的移动就会产生热量， 除非你把手机功耗降低， 这样就会降低热量了。