merge：这个不用解释了吧；
refactor: 代码重构，未改变逻辑，只做代码优化；
style: 只修改了样式，这个前端会用到；

@alexnone 已经在咸鱼入手了 16+256 的 m1

@fruitmonster 简单点的话，可以参考 CEFR 分级，有 A1-C2 共 6 级。它虽然做不到把你不会的全都翻译或者你会的全不翻译，但能够将一篇高难度的文章降低到你可以理解的水平，这就够了

@Greendays 目前看下来还是改版的 Mac mini 性价比高，2000+可以买到带保的，同价位的 MacBook 只能买到 Intel U 的，性能会差很多。

@monkeyfx 自带的屏幕共享，是不是必须有人在另外一头点同意才行？

@littleBink 小厂，而且放在公司的 Mac 也是我个人购买的，不会有违规的情况

@Morii 不适用我的场景，价格更贵、接口更少

@liudada123 这种来路不明的产品，不敢买

@MisakaTian 有一台 win 笔记本，但不同的操作系统切换着使用，会有一些割裂感。

@rossroma 后端代码已共享： https://github.com/rossroma/family-tree-server

@shurimasoul 目前只上传了前端部分到 github ，https://github.com/rossroma/family-tree-front 。后端代码有些敏感信息还没处理，等有空了再把后端放上去。

https://jiapu.rossroma.com
给你看下我做的族谱站点，前端用的 vue ，后端是 nodejs ，数据库是 mysql

@leyliu pro 芯片 mini 的定位其实挺尴尬的，稍微加点钱就能够到上一代的 Mac Studio 了，性价比属实有点低

还在用 AW4 ，家里和办公室都备了充电线，日常两点一线上下班，感受不到充电的麻烦。每次出门比较头疼，一定要给手表额外带一根充电线。未来 aw 不解决续航问题，我是不打算换新款了

统一管理好处很多：
1. 可以把 get 或 post 封装起来，这样就不用担心在调用端写错了；
2. 部分接口可能需要自定义 header 或者公共参数，你可以直接写在封装的方法里，避免每次调用的时候单独再传；
3. 如果接口的 url 发生变更，你只需要改一处即可

@GoTop 用 win 会忍不住奖励自己一把游戏，用 Mac 就没有这个烦恼#doge

如果是唯一的一台 Mac ，我推荐 MacBook ，All in one 能解决你绝大部分工作需求；如果是第二台 Mac ，可以考虑如 Mac mini ，作为固定办公使用，以及跑一些 docker 之类的服务。

@Mrun 这个应该针对的高新技术产业，人员成本占比很高，如果是制造业裁员，大概率不会解读为利好。

@xz410236056 不称职的高管当然会被裁掉，这不冲突。但公司不盈利这事，有时候也不一定是内因导致的。比如同行业 90%的公司都亏损了，这往往是外因造成的。即便是内因导致的公司亏损，锅最大的应该是老板，高管是老板招的，决策是老板同意的，高管只是执行者。但老板是挥刀的人，砍别人的时候不疼，砍自己还是疼的。