@cat #11 你应该没开过节假日的长途，这一次给你一个深刻的回忆。。。。
路上开 80 的一大堆，车很多需要连续超不然的话长期保持 80 还有下辅路口停车思考人生的车主、倒车的车主、乱变道的车主、很多平常上班都不开车那种，真的是超级恐怖。
理想中是开着自适应巡航 l2 辅助驾驶吃着火锅唱着歌， 实际根本不行，前车急刹不仅要控制自己，还要关注后车的跟车距离，身心疲惫。

不知道你对费用是否有预期，首先提前出发高速费要多少，2000 公里要 2 个白天，包含一晚住宿还有加油。人又累又亏钱。到时候过完节还要回来，一下子去掉 4000km 保养周期一半就用完了。。

15 年后领？？。。。这不就是寿险？

@zzzkkk #28 是啊 不是很好嘛 ，如果做海外的远程支持，除了时差没啥问题。2000rmb 可以说开销很低了。

如果可以远程直接去十八线小城市，办一个最贵的网络，买个大房子，享受着极低的生活成本和国际接轨的收入水平。

中间上三天根本不累，基本都是摸鱼。
防止后面连上 7 天。

玩一小时手机确实牛逼，电脑不能摸吗

@zorui 卡不一定是内存问题。
不过我用 mbp 一直是 16g 家里 imac intel 的 cpu 老款的加到 40g 内存 都没有任何卡顿存在。
至于 Windows 其实是一样的，会用的不会卡，不会用的一样老是要重装系统。

本身就是这样啊，这样可以减少被菜逼产品坑，导致反复改。
之前在某 top 跨境电商发现产品太菜拉扯时间太长，deadline 产品早早确认最终开发苦不堪言。
后来直接对接业务方产品会议当场可以拍版哪些能做需要多久，当前需求以及业务部门未来规划非常清晰，直接无视产品，开完会之后就可以安排技术选型和方案设计，甚至有些需求可以提前做，deadline 无任何压力甚至提前，当下有什么困难，哪些排期优先级调整直接跳过产品对接业务方，就因为这个烂产品导致之前业务对产研满意度很低，这就是直接原因，后来负责的产品直接换人了，产品老大瑟瑟发抖。

付出的代价是我每周开半天会罢了，部门内的人压力都小很多，有充足时间自测，代码质量比之前高很多，原来项目组满意度在中心吊车尾，之后满意度都能排到 top3 ，后面还安排一起团建啥的，年终基数增长就不用说了，最主要没有被分配到末位淘汰名额。

事实是你脱产一年再之后根本找不到工作了。。。。
如果你在职连控制饮食都做不到脱不脱产没意义，你的体力和恢复能力支撑不了你在健身房练超过 2 个小时，所以就不要考虑脱产了。

那个时候的政策归那个时候的领导人制定。🤡

现在给你加息 lpr 房价每年涨个 100w 你都肯定开心喔

早晨带 1 到公司 下午买 1 9 块 9

@zyxk
Jenkins 合适，刚开始不会配置自动可以在 ide 里安装 Jenkins 插件点击一个按钮实现手动部署。
其实更简单的是在 ide 里直接配置 ftp 的目录，ide 保存之后自动上传覆盖服务器文件，不要折腾这种才是最佳，适合只有一个开发者场景不需要版本管理，如果你需要多台电脑环境混合提交还是要 git+Jenkins 。

@wanderingaround #9 容器+k8s 这样解释就好了

不要用 windows 的使用思维理解 mac
不需要经常看负载和占用，只要需要关注系统是否运行流畅
很多用 windows 转 mac 都有这种病态焦虑增加精神内耗

1 、Jenkins
2 、1 主 1 从基本标配，读多增加从库数量
3 、测试双核 4g 生产 4 核 8g 常规，我司接口优化的好，高并发接口 10ms 以下机器数量更重要不追求单机
纯后端任务机根据系统运行情况做优化或者调整配置
4 、数据库上云每天凌晨快照备份，数据库出问题？能出什么问题？线上数据测试无法模拟？追求解决速度肯定是拉更好，但是取决于线上的量，同时也不规范长此以往出问题的概率更大，权限得不到控制。
5 、应用部署有啥规约，权限合并，代码审核，必要的话代码关联检查。
6 、不理解你想得到一个什么样的具体答案，Jenkins 配置好，开发者普通组员有测试环境构建权限，负责人/tl/技术经理/系统负责人有对应权限。