丢过笔记后再也不敢用了，这还是我偶然发现丢了，要是一直没发现用了几年才发现那才头疼，现在用 joplin+多重备份挺舒服

@cyningxu 人均月入 10w?

都说了是 warning 了说明代码没有明显问题，大多数情况下不用处理
而且有些 warning 并非代码问题，有可能
编辑器本身解析问题
开发环境软件版本差异问题
废旧 api 问题

说实话软件 ide 的警告都算少了，去试试一些 3d 软件动辄几十上百个警告你如果还不够佛性怕得疯

目前没有，我也这么做的，官方应该是允许的

我就是有志之士，我的志向就是只薅不做 🤣

既然大文件表现不好，为何不将大文件自动压缩并分包集成到网页端一起处理呢

同 12 13 stash 很少用都是 commit 代替，因为 commit 功能更完善，也有详细的小版本记录，比如我临时离开 commit 下，处理了点其他工作又回来修改会再次临时离开 commit append,每次 commit 也可以查看差异，所以用不上 stash

如果只是忘记小部分字符，去中心化的都不用怕，暴力跑也用不了多久

除非你运气好，有些硬盘坏之前会出现 smart 异常，但并不是每个坏盘都会出现

这个没办法预测，生产商自己都做不到，结合资金实力决定多久更换，根据 blackblaze 的实测数据，硬盘使用超过 2-3 年后故障率骤升

其实理论上来说，随小版本自动更新才应该是最佳开发姿势，但实际情况下由于依赖三方包太多，没有办法确保所有的依赖更新都向下兼容 /不引起 bug 也不可能一个个去排查，所以有时候可能需要锁定一个稳定版在有必要的时候手动去更新再更新稳定版版本

@hispy
@vishun
vishun 说的对，lock 并没有让我避免事故，因为我只是删除了 node_modules 没动 lock 的情况也翻车了
后续复盘发现，我之前 vue 版本应该是 3.1.5 ，自动更新到 3.2.37 出事故，回滚 3.1.5 也不行，但中间有个版本 3.2.15 是正常的，现在我通过 shrinkwrap 进行了锁定，目前看似乎正常
很莫名其妙，lock 没啥用，起作用的居然是一个号称即将废弃的功能

是因为库开发者并不是同一个团队吧？每个项目的思路不同，肯定不可能确保各种逻辑实现一样的，除非已经有标准规范大家基于规范来开发-例如各种区块链协议、redis 协议
没有标准协议但同一个团队开发的跨语言库就比较好迁移，因为他们都会尽量确保一致性

@CrazyMonkeyV 对，应该锁定但实际上并没有，包括 npm 自身发布的一些项目也是默认更新依赖的，官方也并没有重视或让用户重视这个问题，而可见的开源项目大多数都是采用默认自动更新小版本的方式发布，这就给项目可靠性带来了风险问题，大多数时候这是没有问题的，但一旦遇到问题而你没有做版本备份的话-这会让你很头疼

我也是服气 如果你按照 npm 标准流程开发，那就保证了你永远不知道某个项目在什么时候会突然出错
参考 https://www.v2ex.com/t/870920

每个不同的浏览器,都拥有自己唯一的 finger-print
可有参考文限？感觉这个似乎做不到吧，会泄露隐私应该不是标准

看起来是没什么用

@MorningStar0 去掉了也不行，如我上面说的，导致问题的不是依赖的版本，而是依赖的依赖的版本，这个光靠 lock 似乎不行，不然就无法解释我光删除 node modules 为什么会导致问题了

@isbase 测试了下 lock.json 应该不行，准备尝试下 shrinkwrap

package-lock.json 共享的话，能否锁定所有依赖版本呢