楼上的没说对 并不是小数点后多少位，而是整数+小数部分总共多少位
因为计算机一个变量类型可使用的字节数有限(比如 int 只有 4 字节)，所以只能存储有限位数的小数

纠正一下，有工资的才叫加班
没工资的叫义务工作

早就躺平了，正式系统中维护测试成本越来越高，以后只有等 ai 升级了来自动测试了

我们都是开发完了把所有开发完了人工测试一遍所有可能相关的流程，虽然麻烦但是稳

基本不写 个别项目偶尔会写-时间很充裕的情况下
写测试比开发还费时间，更大的问题实际测试异常复杂 单测压根覆盖不了多少情况，性价比极低

15 年前流行的方案

用 random 解释似乎不合理，如果 random 是可预测的，那就跟就纠缠无关，如果是不可预测的，那又把问题甩了回去
应该是 p = &a

果然是越压越大，想来应该是发现市面上的图片压缩都是压小竞争太激烈，所以另辟蹊径走一条差异化道路，这样就没有竞争者了，高明！！

辨识度太低了。。
之前看过某些网站用纯算法(非 ai)生成头像的，而且辨识度很高

👍 我也在等 1.5 discord 老哥说还有 2 周

服务器面板还是静态语言合适点 用 py 开发宝塔的团队都有点后悔了

前几天更离奇 tim 未加好友的情况下强行推送营销消息过来
https://wx4.sinaimg.cn/mw2000/786620bcly1h6fptjhmalj20q00ikgmg.jpg

找了半天发现没办法屏蔽，遂不管，过一会又发了条过来。。。
于是赶紧加了好友拉入黑名单似乎才清净了

我觉得这样挺生机勃勃的 🤣
如果都统一了想法，那不是更无趣

@yaphets666 不做也不行，毕竟前端必须跟 js/ts 打交道，而且我不是嫌 node npm 不好，只是觉得包管理不够完善，因为我也做多种语言开发，npm 的依赖问题是遇到最多的，不过现在通过其他方式锁定版本已经暂时不会烦这问题了。

@yaphets666 我可能确实学得不好，但是你至少把别人的经验看完再回复吧。
你把^1.0.0 改为 1.0.0 ，这样版本确实锁死了，但是
这个依赖 a 依赖了 b ，b 依赖了 c ，c 依赖了 d ，你难道以为 lock 能锁死每一层的版本？

@wangtian2020 lock 那么稳翻车的就不会这么多了，多层依赖的你试试能锁几层

@join 我现在用的 shrinkwrap 锁定似乎有效 你可以试试

@kid740246048 感谢回复，但是可能对我来说不是好办法。首先我们无论 dev 还是生产环境都是开启 lock 的，但并没有阻止问题。如果转 yarn 的话也许是个办法(还未测试)，但小项目还好，大项目转恐怕未必会很顺利，npm/pnpm 兼容度足够高了吧，仍然有些项目不支持 pnpm-或者你需要手动解决很多依赖问题，得不偿失。
依赖打包这个是能解决， 但是太不优雅了，我们还是考虑的锁定版本方案

npm 依赖确实是个大坑，冷嘲热讽要求学基础的是什么情况
学得好的，能否帮我优雅解决下这个问题？ https://www.v2ex.com/t/870920

@codingBug
@zbinlin

怎么联系？有事请教