自然 现在开发机器没有 16G 啥都跑不起来
一两个 IDE + 一堆浏览器 8G 就要爆了
更不用说开虚拟机或者 Docker

当然 如果是远程桌面 就无所谓了
但是开发用的服务器内存就更多了
至少得都是 128G 起吧 CPU 估计也得 4x16 core

会不会因为你 iPhone 不信任这台 Mac
如果不信任的话 是充不了电的

楼上开玩笑呢 Promise.all([...]) 返回的当然是一个 promise 当然有 then 方法
是 then 里面的 values 是一个数组 是每个 promise 的结果
async/await 完全是 promise 的语法糖 完全等价的
用 async/await 还是 promise 纯粹是怎么写的选择 效果是一样的

LZ 的问题是 谁叫你把 reject 给注释掉了 你如果换成 resolve 我也就不追究了
你直接 return 是什么意思？也就是说一旦 err 了 这个 Promise 就永远 pending 它的 then 永远不会执行
所以你再用 Promise.all 只要里面又一个 err 那么你的 then 永远不会执行

@asaxing VSCode 将来会有这个能力
就是 File System Provider API
但是还在实验阶段

在这个 API 实现 并且有扩展使用之后 才有可能做到你希望的那样
否则一定是先下载到本地 然后上次回去那种

@mchl @songz 没区别的 因为 Number(0.0000008) === 0.0000008
parseInt(string) 所以都会被转换成 string
而 String(0.0000008) === '8e-7'
parseInt 不支持科学计数
所以 parseInt(0.0000008) === parseInt('8e-7') === 8

而 parseFloat 支持科学计数 所以没问题
parseFloat(0.0000008) === parseFloat('8e-7') === 8e-7 === 0.0000008

@vjnjc 因为 RN 不是 WebView 理论上没办法直接放在服务器上面运行 必须下载到本地
用 Cordova/PhoneGAP 或者 Ionic (基于 Cordova) 或者直接用 WebView 就可以直接用服务器上面
但是如果你直接把 App 放服务器上面 那这个 App 本身意义就不大 如果是苹果 会直接拒收
而且体验估计也不好 因为没办法离线使用
所以就算用 WebView 主程序一般也是放在 apk/ipa 里面的 里面某些在线功能可能会跳转到服务器页面

你提到的 基本上是说 “热更新” 的概念 Android 下面是没啥问题的 就算你用 Java 写 现在也能做到热更新
但是在 iOS 下 虽然以前都有不少热更新的 App 由于苹果不允许热更新 所以现在大家也不用了 就算用 RN 也要注意了

都不是 应该是 Python 开发的
手机 APP 有很多第三方
官方的手机站其实体验已经不错了

这种超薄键盘敲击的时候一定不要像机械键盘那样用力敲
键程太短 敲击一定会手指疼

所以把手放平一些 轻轻按就好 反馈也很好

@KeatingSmith 真的不要浪费精力了 还是买 bartender 3 吧
这个 app 真的就是一个浮层把图标盖住 没什么实际意义的
本来用这样的软件不仅仅是为了干净 还一个原因是希望这些图标占用更少的看见 让出位置给菜单
这个 app 会把部分菜单也遮住

Bartender 是真的把图标一个个隐藏起来 而且 3 开始不需要管理员权限就可以使用

@FFLY 中国其实更严重

升级到 5.7.1 修好了这个 bug

一般情况下 exe 的这些图片都在 resource 资源 里面 不需要反编译 可以直接用工具修改
反编译也只能将二进制机器码转成汇编 和资源没啥关系 没用的

但是如果是加壳 或者是压缩资源 那么就比较麻烦一些了
要找到对应的反加壳或者解压工具 然后在用前面说的方法

当年搞汉化美化 干过不少这样的事情

这个 首先你就没办法访问跨域的 iframe 所以你说的方法从根本上就不可能

这个功能 纯 JS 就可以做到 你甚至可以把页面存在本地运行

@thundernet8 你错了 备份 package.json 不够：
1. 因为你 package.json 里面版本通常没有锁定 默认是可以 patch 更新“^1.1.0 ”这样
2. 就算你依赖版本锁定了 但是依赖的依赖还是没有被锁定 所以还是有不少概率由于 依赖的依赖 patch 更新引入 bug 或者上层不兼容导致 app 的 bug
3. 有时候 npm 抽风 把一堆非常基础的包给弄没了（此外国内的网络问题就不用多说了）

@hlwjia 所以一般情况下 你只需要备份 package-lock.json 或者 yarn.lock 就基本上相当于备份 node_modules 了
最好前提是网络比较通畅 或者有 npm 镜像缓存

npm 的 package-lock.json 或者 yarn 的 yarn.lock 就是把解析后的版本和下载地址都锁定下来 只要下载地址还存在 就可以精确的复现 node_modules

当然万事都不是绝对的 有时候备份 npm tgz 缓存还是有必要的 搞不好 npm 就抽了

@SuperMild NodeJS 社区发展太快 无论本身还是包版本升级都太快 就算是稳定的旧东西 也很快就变得不稳定或者 deprecated 了 除非你用 Java PHP 那套 才可能稳定好多年

谁说只能是英文 只要是大写字母就可以吧

不能中文 但是可以用拼音呀 嘻嘻

@coolcoffee 实在不要推荐 时间胶囊 了
首先 苹果已经放弃了这条产品线了 不打算继续出无线路由了
另外 这款路由很多方面已经很过时了 而且和硬盘的 IO 带宽很窄 基本上就是 USB2.0 的速度
而且外接 USB 也是 2.0 的 连网速都跑不满

另外 无线备份 是非常慢的 如果连 USB 有线备份都慢或者卡住 无线问题就会更多

一开始还很不错 很方便 感觉不到它的存在 就自动备份好了
等到了一定的时间或者大小 就会越来越慢 （有线也会）然后就会根本备份不完

当然 如果你文件少 自然就不会出问题
但是如果系统升级很多次了 还在用同一个 TM 备份 大量系统文件会被备份
然后无可避免的拖慢速度

后来我养成习惯 每次 macOS 大版本升级 我就彻底重装系统 用 TM 手动挑文件恢复
然后创建全新的 TM 备份 情况才不是太糟

@shadownet 你把外置硬盘格式化成 APFS 难道你外接 SSD 来做 TM 备份？
真有钱啊 我 1T 的外接 HDD 都不够用 SSD 用不起啊

@OscarUsingChen 不准确吧 我记得是 APFS 不支持 目录 /文件夹 的 Hard Link
但是 HFS+ 是支持的
我记得没错的话 Windows 和 Linux 都是不允许 文件夹 Hard Link 的

确实做梦很正常啊 我也每天都做梦
但是有时候会感觉很好 有时候会觉得很累
我觉得和是否做梦没有什么关系
应该是睡眠质量的问题
而且睡眠质量好不是一定不做梦啊

头疼可能是供养不足之类的问题 我目前就是 有鼻炎 和 打鼾
也可能是精神压力等问题 我睡觉听轻音乐可以改善
另外就是 如果睡前很累 但是又高度集中精力 那么很可能会很糟