而是打开了文件 然后 .gz 默认的 app 自动解压了

@bear145 @jinx930621 说的对 其实不是自动删除扩展名
而是打开了这个我就然后你.gz 默认的 app 自动解压了 把 .tar.gz 解压成了 .tar
如果你的默认解压 app 可以识别.tar.gz 那么就会直接解压成文件夹
所以 如果是一个 zip 或者 tgz 文件 你会直接得到一个文件或者文件夹

@zhuangku556 现在已经没啥不是咖喱味的啦

原因很简单 因为和他几乎一样的 TypeScript 火了 他没打过 TS
如果当时 Dart 打赢了 TS 那现在也就没 TS 什么事了

去快捷方式属性里面指定一个图标就是了

类似这种双头扩展 就可以在侧边插 SD 卡

https://m.media-amazon.com/images/I/71EXDOFGJHL._AC_UY436_FMwebp_QL65_.jpg

就是你自己要粘牢点了 保证不要随便掉下来

@gzchen 如果只是用了存放文件 不需要同时、立即、或者随时被使用
除了 NAS 或者可以挂载的网盘 外
还可以用 Google Drive File Stream 或者 Dropbox Pro 就和 iCloud 类似 可以把不常用的文件 offload 到云端
只要在需要使用的时候才下载回来使用

除非你一个项目已经要用满你本地空间 否则可以把所有需要的文件放在云上 需要的时候在自动下载回来用

另外 USB-C 的空间实在太小 连 micro SD 卡大小都放不下 加上接口本身非常紧凑 U 盘只能凸出来 完全没办法到达你的要求
所以如果你必须要本地空间 那么可能可以考虑的方案就剩下两种：
1. 用接在机身上的那种 USB-C Dock 然后想办法黏紧了 然后在上面插那种嵌入式的小 U 盘 SD 卡之类
2. 把 SSD 贴在你 Mac 屏幕背面 然后用线链接 并且贴牢

没问题 和用苹果自己的快充没啥区别 除非质量出问题
PD 协议充电器会自己按需调整功率 iPhone 最大也就 18w 一般也就 15w 左右
就算是 iPhone 11 Pro 自带的快充 长期使用也会比 5w 的慢充稍微更伤电池的 都一样

@xuanbg MD5 也太过时了 就连 SHA1 都不要用了 至少 SHA256 或者 SHA3 类
最好是 bcrypt PBKDF2 之类的

就 1 而言 前端加密或者 Hash 本身对密码安全性其实意义不是很不大 因为根本加密或者 Hash 后传到后端的才是真正的密码原文 如果你后端不在加密或者 Hash 处理 相对于数据库存密码原文 脱裤完蛋
就 2 而言 你说的是对的 前端发到后端的才算密码原文 所以后端必须再加密或者 HASH



理论上如果 HTTPS 够可靠 前端没必要做 HASH
但是前端做 HASH 还是有些好处的：
1. 不管用户密码多长多复杂 传到后端的密码格式长度和编码是一样的 不需要担心长度 特殊字符和编码的限制
2. 如果脱裤 增加了制作彩虹表的难度 想来直接反过来推算非常困难 因为后端输入的密码是 HASH 过的 都很长 就算是用密码原文根据前端 HASH 算法来制作 至少难度增加了不少 因为需要两次 HASH 如果前端也加盐 就更难了
3. 保护了用户密码原文 应为用户的密码原文不再通过网络传到后端 就算网络窃听或者被脱裤再彩虹表 都没办法直接拿到用户密码原文用去黑其他账户或者社工 除非也用彩虹表来撞

用 HTTPS 是必须的 否则没办法解决由证书做到的信任基础 再怎么加密都可以被监听和泄漏
后端做 HASH 是一定必要的 否则脱裤就完蛋
但是考虑到 HTTPS 也不一定保证安全的现在 前端做些 HASH 也是不错的加强

还是分辨率最重要

@andychen20121130 其实和读书是一样的
既然你要领证 方便未来读书或者找工作 那自己看你要去的地方哪个考试更加被认可
去欧洲一般都是雅思 去美国一般都是托福
而且两种考试侧重点有些不一样

@heheda0 有更新 iOS 系统到最新吗
我的 XS 前段时间突然 GPS 开始不定时的飘 开车开着地图就突然跑到旁边的路上了
出现了好几周 但是这几天貌似又好了
不确定是否和 GPS 系统周数反转相关的问题导致的

@chinvo @kxxoling CMSAVE60 用不了了 但是可以用 CMSAVE40 只要 $36

Only iPad

https://apps.apple.com/us/app/pixelmator-photo-pro-editor/id1444636541
https://apps.apple.com/cn/app/pixelmator-photo-pro-editor/id1444636541

iOS App

一般情况下换卡不需要重启手机
但是 有些功能“可能”由于没有重启手机出现一些奇怪的问题
一般是系统或者软件出问题 可能由于缓存了之前 sim 卡的信息之类的情况

关键你要看要用多久了 如果你打算用超过 2 年 最好还是 32G

16G 虚拟机+Docker 不超过两个 应该够了 IDE
8G 不开虚拟机 应该也够了

@JamesR “重构不漂亮的代码” 确实是浪费时间 但是 “除非这个代码功能彻底用不成，否则不论写得多烂，我不会去重构代码”也是不应该的 有时候可能会导致浪费更多时间
@ericgui 完美主义心里可以有 但是行动上要克制 过度浪费时间和生命在这些上面不值得 而且 bug 和问题反而可能会更多

我觉得产品代码是否需要重构要看“可维护性”和“可扩展性”
如果代码过于混乱 /过时 /局限太大 导致当前要修 bug 或者加 feature 过于困难 在时间允许的情况下就一定要重构
如果是多人大项目 当代码混乱到别人接手看不懂没办法下手 最好也要重构一下 如果时间允许
如果没有时间 那么就应该给项目管理或者上层提出重构的需求 然后安排时间 可以说如果不重构以后维护和加功能会多么多么困难需要多花多少多少时间这样
而且重构不应该是一股脑儿彻底重构 最好是是局部的和渐进的 如果有足够的 unit test 就更好了

重构是很花时间的 也是很危险的 可能之前的 bug 修好了反而产品坏了 以及可能引入很多新 bug
但是如果拖太久 后期的可维护性就会越来越低 可能会拖到整个项目不得不砍掉重来就得不偿失了

同时如果有比较全面的 unit test 或者自动 test 重构的难度和风险会降低很多