@Colderer #33 但是如果你用 commit 就只需要 commit ，切 hotfix ，修完，切原分支 就行了啊。

两个办法：1 、找个非机动车停车位充足的新社区
2 、搬上楼

@salmon5 #44 我司就是云备胎，有不少公司就这么干了。成本根本不会翻倍，原本你需要 100 台机器，100 台全在阿里云。现在 50 台阿里，50 台腾讯，20 台备胎小厂就行了，谁说非要全套都在一个厂了？多云混合网络互通的方案各家都有，还有专门做多云运维管理工具的，这行已经很成熟了，不是纸上谈兵。

业内公司都是多云融合，一套服务会同时布在几个不同的云服务商那里，然后做内网打通
不需要迁移
了解下业内行情再做东西吧，别闭门造车

把身份证+手机号+银行卡三件套卖了，做源头信息污染
不然你活在中文互联网一天，APP 实名制天天都在要你的这些信息，到处都是口子，你觉得隐私能保得住？

A 没有责任
退一万步说，就算 A 实现变道干扰到 B ，也不会减轻 C 的责任
各判各的

我能接受用网名、化名的包
不能接受看上去是个实名的包

@shakoon #10 类肤质，现在稍微不那么廉价的鼠标都用这玩意。全新的时候手感好，防滑不凉手，但是损耗极快。这算是计划报废的一环了，因为鼠标技术早就没有发展空间了，一个鼠标不坏根本没有更换的理由。

我用 commit ，不理解为啥用 stash ，这些内容在你要修的线上分支可能会用到么？如果用不到 stash 它干嘛。
说一个暴论，在当前 git 有 rebase 和 cherry pick 功能以后，stash 没有太大的价值了

@flyqie #2 rebase 修一下不就完了

我开始写代码的时候还是 14 开头，岁月如梭啊

1.int
2.网关说了算，前后端都没资格说话
3.看需求，一般情况都是后端尽量兼容前端，因为前端开发周期太长了，发版窗口少

@MightyLu1994 #6 故障时间一个半小时，10 倍或者 20 倍赔付，给你购买的产品续期 15 小时或者 30 小时呗。还想咋滴，我们没有集体诉讼，也没有惩罚性赔付。

@hakr #53 重要组件有排值班的，5 分钟无应答打电话，打电话不接就等着背锅吧。
重要组件的测试一般比较全，测试覆盖率有起码的保障，突发故障大多数情况可以重启解决，要是真有需要改代码的 BUG ，那完犊子了，洗干净等着被祭天吧。能让这种引发重大故障的 BUG 上线，有关的一个都别想跑，分锅会起码得开 4 个小时，整改方案 PPT 能写几十页。

我是个不争气的打工人，但是父辈有不少亲戚长辈是开厂的、做贸易的，规模都不小，厂里也养着码农
他们这两年也会总是怀疑自己这个行业是不是夕阳产业，自己的产品是不是没有未来
你看，就算是做非技术岗摸到管理层，最后创业成功了，依然觉得自己没未来
世界上哪来的下金蛋的母鸡？

保温杯装热水，快客杯泡茶，现泡现喝，久泡口感不好

找个庙住一个星期