@hdlove 2 楼的情况是无法避免的。我司还有一个做法，就是在货物里面放一些石头。有时候重量上去，反而可以省钱。不过，这问题的解决方案应该让 仓储人员提出，而不是程序员架空提出 想当然的 实现方法。

先合并到 dev-test。 确认测试没问题再 将 dev-功能名称 分支与 dev 合并。 最后等上线就将 dev 再合并到 master。 具体你要自己本地模拟就知道了

我司目前的做法一切基于分支操作。
master 分支与 线上永远保持一致。
dev 用于准备上线的分支。与 master 版本差异不大于 1-3 个版本（因为待上线需要部署时间，与 master 合并不会立刻完成）。
dev-test 用于各种功能测试之用。 基于 dev 分支 而来。因此可以随时回滚等操作。
dev-功能名称 每次有新功能，先基于当前 dev 创建准备开发的功能。各人员接到需求后，拉取此分支进行开发。若多人开发一个功能。那么再在此分支创建更加细化的分支。如：dev-功能名称-开发人员名称

船上很容易啊，你看看渔民是如何生活就知道了

你需要考虑年审问题。一旦超过 3 年没年审，有一天你下班，发现家不见了。

基本按比例赔的了。这个事情应该去问专业打 分手财产的律师。

写的真详细。

吐吐槽就好了，该怎样做还是要做。重构就免了，因为你的收入根本不足够你去重构如此项目。
如果要改善此项目。1：在新功能中引入新架构开发，同时要确保原有的函数、方法可以调用。2.修改旧功能，看开发时间而定，如果很耗时较长，直接在原架构下开发。反之参考第一点。
对于老旧项目，除非老板肯定重构，否则不要一步到位。这需要新旧架构通存过渡期。

买个 vps，想怎么折腾就怎么折腾

看看房价，再看看自己年龄。如果有一个平台可以让你的知识变现，何乐而不为？
反之如果社会福利可以让人不工作一样可以生存，我的知识完全可以免费。

先优化带宽。在瞬时并发过程，带宽会优先占满。其次是来自数据库的压力（或者是写入 IO 方面）。

我的劳动合同就到期了，但是公司也没找我签。不过公司待我也不错。所以没所谓了。毕竟现在市道不好啊。

几十 M 的 excel 已经打开慢了。。20G，不敢想象。

慢慢来呗，不要被当前挫折而降低自己人生的底线。