思路清晰，脚步简洁，V 站的旁友，有才。我做过类似的全部私人数据 track 的系统，算是您的一个大超集，然目前用的最多的也是这种干了什么，复盘的子系统，外加一个收支开销记账的 APP。个人觉得，如果可以最好也别用 gmail 了，因为终身记录的数据应该不少，上 sql 或者 no sql 或许是个不错的选择(´╰╯`)。

@zzf2019 和这位大佬一样，用 open jdk8，但很多 jre 类库没有，需要 maven 自己引入。生产开发都是 8，虽然我了解 9，11。不明白用 11 开发，用 8 部署的，新的 feature 旧的运行时环境怎么兼容的？如果没有用到新 feature 那倒不如直接选 8 呢？

钱还在其次，多了可能把自己的习惯，品德弄坏了，得不偿失。另外，真的宽裕的话，用我长辈的话：一辆不喜欢再买一辆就行了(车库又不是停不下)……终极建议：适可而止，量力而行，不太过分就行吧。

@cassyfar 您这话让我想起了《亮剑》里李云龙评价楚云飞有板有眼那地图，尺子讲解作战策略的场景：你们黄埔军校出来的真是专业。

最开始用 ediary，现在用 iCloud note，一直坚持写，作为复盘和成长的记录。白驹过隙，忽然而已。

关键是现在出门不便，交流不便，难道面试官和你面对面带着口罩交流呢？想想都觉得滑稽。既来之则安之吧。好事儿多磨。

一起自建 nextcloud 的时候就没发现类似的问题，难道 nextcloud 现在支持 timemachine 的多版本存档功能啦？

2019 款 iMac 顶配 i9 9900K，不过大工程编译也是发疯似的，但时间比 MBP 短，不是一直呼呼呼。i5 应该是 9600K，也挺厉害的，但超频不行，远不如 i9，您可以从其满载的功率就能看出来，别看那个 TDP，理论毕竟是理论。

逐一排查一下，location 后面的 /，proxypass 就不要 / 了'，最后是否配置了 Servername，或者是否命中了 conf 文件。最后两种可能几率笑，我经历过的大概率的是 /，比如在 sub path 下配置 phpmyadmin，当然那里还有静态资源 rewrite 的问题。如果是其他情况，那基本也逃脱不过 nginx 转发服务的范畴吧，囧。

围城。我刚才里面出来，又有人跳进去。不知道高配的笔记本是否是这样，只有大工程跑起来，高负载起来，风扇长时间处于起飞状态。至少我现在至少去咖啡厅，业内交流，面试才带 MBP，正经工作一律台式机，顶配 iMac27 或者 Mac mini+gpu box。迫于贫穷，唯独缺了 iMac Pro，Mac Pro。总之，平衡吧，没有绝对的事儿，况且您的还是最新的顶配。有钱人啊，笑。

远程前 955，远程后不分昼夜，脑子里全是工期。可能年轻缺钱的时候，远程一下多赚外快，一旦三件套稳了之后，个人感觉还是要去面对面的工作，尽量走管理，扩人脉，脱离技术工具人的行列。毕竟另一份本事感到老的时代貌似真的过去了。最简单的对比就是我与我父亲那辈人，动动嘴，吃个饭，打个电话的事儿，年收入比我们打工或者单干的高多了。所以远程与否关键在于你手里是否拿的到社会资源，马总起步的时候如果国家掐死不让他去做电商而让能让家电下乡的拼多多去做，那今天的巨头搞不好不是万达，万科，阿里之类的，而是政策允许的那些企业，比如中石油，中石化，船，重工，X 钢等等。退一步讲，即便远程的时代到来，也很快会结束，因为利益从来不会均分，而是马太效应。结论远程与否和社会资源分配，能拿到的资源有关，个人意愿应该说是一个错觉。

应该是通用策略吧，照顾那些内存小的 MacOS 们，比如那些修图剪辑视频的，最好的情况当然是 64G 起步，但并不是每个公司都会给这些设计师后期人员高配置，那 16G 的人也要干活吧，苹果这里用交换空间的策略就保证了，虽然慢，但能完成交付。极端点的，比如某些游戏，内存不够的话，直接不给你运行。最后，非常同意楼主的 16G 不够了，但多数情况不是内存的原因而是编码程式员包装加包装调用层次太深，自己干底层能力不够导致很多中间层的调用导致。上学的时候跑某总公司的某工程，服务加载起来能跑半个小时，哦，打开工程大概 10 分钟左右，老旧的 eclipse 项目。

看楼上已经给你说了好几种方案了。
最简单的，ln -s，其次 mount 盘到相关目录，当然也包括网络硬盘，注意参数即可。如果是固定场所的电脑，比如 iMac，Mac Pro 也可以用 fstab 挂载网络硬盘，什么 NTFS，smb，apfs 等等随意。最后的最后，如果想让外置硬盘识别为内置硬盘，那估计要用到黑苹果调参数了，我也不太懂。我个人的 Mac mini 本身只有 512G，Gpu box 扩展的 SATA 6Gbps 就是 mount 在 downloads 上，使用完全不影响体验。移动和非移动设备配置策略应该区分。以上仅供参考，纯个人意见。

@CoCoMcRee 厉害，get。我一般是 command + control + q 锁定 Mac，然后 esc 让其根据自己的节奏计划进行息屏休眠。您的方案一步到位，赞。

正规路子就是 bean，即所谓的*O。就算要兼容各种 sdk，搞得 bean 满天飞，但没办法这是问题规模导致的。如果约定真的大于配置的话，那就和几家 sdk 的领导，管事儿的提前打好招呼，可惜，这不现实。然，如果你换一种思路考虑，真的都是简单聪明思路搞事情，那估计这个行业好多人会被迫转岗或者直接下岗。扯远了。具体看贵单位团队 leader 怎么说了。

与上面几位大佬说的基本思路一致，主要看 GC 是否正常(一般就是这里)，不行的话在看具体的对象占用内存量。

个人觉得栈的话一般不用看，至少我还没有遇到过栈空间问题。

补一补 JVM 的知识吧，类似于搞 C/C++ 的必须知道进程的结构一样。

亲身经历过技术，资源，人脉，背景关系都足的创业，然后由于管理者间矛盾还是失败了的案例。个人觉得创业至少还需要一条，有一个领导者，领袖人物才行，否则走不长。

时薪 50 美金。

bin log 关闭了还是一样的结果，那会不会是因为 5.7 是批处理插入的？ 而 8.0 则没有？

需要查询相关操作 log 来排查看看。