能随时随地 你一句。我一句。的群。你希望变成怎么的状态？

每天一个辞退小技巧？

个人看法：
1 、对于业务经常变动的业务项目，不适合用 ts，因为快速才是此类需求最重要的。
2 、对于工具类 /基础设施类项目，最好上 ts 。

@zgs1983 #26 对啊。。15 年上车时，房价低，你薪水低。现在房价暴涨了，你薪水也涨很多了。。。这羡慕死人。。
那你想想假如你现在是 15 年的薪水(不考虑你能力增强的涨薪，只考虑通货膨胀的涨薪，你可以按 15 年的薪水+20%)买近两年的房子。你觉得压力大吗？

@zgs1983 #17 15 年上车肯定感觉良好。你想想假如你是 19 年后上车，还能感觉良好吗？

@akring #22 这个可不是外包的锅。首先外包实力肯定也没正职强。这都不是重点。重点是这图怎么上生产的。

复现了。。

你的房间有不干净的东西

@lynan #13 哈哈。想起了角 jue 色，一听到别人说 jiao 色就难受。不过这些都不重要，统一就行。

寂寞警告

@f6x #74
不对。dev 用于开发环境，test 用于测试环境。还有验收环境、预发布环境、灰度等等划分。
dev 、test 等等分支的代码不一定会在本次发版上线。所以 dev 是不可以直接 mr 到 master 分支的。
所以 pre-master 的作用是：所有要本次发版上线的需求分支，都先合并到这里，在这个分支确认无误后，可以直接合到 master 。
所以，这样会产生一个问题，就是当时间长了后，dev/test 等分支跟 master 分支代码冲突会很多。所以需要定期将 master 合到 dev/test 等。或者直接重建 dev/test 等分支。

提供你一个方法：
1 、每个人都从 master 创建新的个人开发分支。
2 、从 master 创建一个远程分支：pre-master 什么的都可以。
3 、每个人从合代码到 pre-master 。有冲突就解决冲突。
4 、最后 pre-master 没问题后，再将远程分支 pre-master 合到 master

@juliam #52 能每个月 4500 用于通勤，你这收入肯定非常高了。还能每天来回两小时，说明你工作不是很累？那肯定不是 996 的岗位。牛皮。

面向工资开发。

无法理解。top3 大学临床医学无法发挥自己才能？
你问他他的才能是什么？

@tutustream #4 这。也挺好的。