这句话现在被拿出来到处引用，各种公开处刑。光是这周就看到四五次了吧。

这么多孩子们前 20 年的汗水和努力，为了什么呢？难道就是要和人生前 20 年游手好闲的人，在找工作的时候在同一个起跑线吗？

被拒过，也想过搞假学历，想了想没必要，，，
现在老老实实靠自己的学历找工作，能看上了进去踏踏实实干活，看得起我肯定不会让这家失望;看不上的就打扰了，下一家

——纯引用。来吧，骚年，你唯一能做的。走起
这个世界唯一不变的就是改变！唯一能做的就是改变自己，适应环境！
自己不思进取，我们提高行业准入标准，带领整个测试行业往前走关你们什么事，你们愿意在大清朝待着你就待着，你就是想混日子，我们 K8S 玩的可香了呢，在我们带领行业前进，探索测试边界的道路上，希望你们这群不思进取的同志主动去别的行业混饭吃，或者回家种地卖红薯吧。关年龄什么事啊，还是你不够努力，还是你不够鸡血，还是你加班不能 007，还是你不够主动赋能，还是你不够左移右移，还是你不够三高，还是你不够增加自己能力的护城河，时代抛弃你都不会和你打招呼的呢！

需要一个猎头来牵线做媒

想问一下，怎么更新技术才能达到楼主的薪资，有点迷茫

最好的办法就是把身份证的年龄改成 25

只有一个 master，需求就起一个 feature 分支，按照楼上各位童鞋推荐的 gitflow，至少应该还要有一个 develop 分支才行

可能是我个人操心的有点多，我平时还会 review 开发的代码，并且有问题会启动远程调试。
因为我这个测试是没有界面的，从代码层面去测试才能够更加深入理解业务

A，E 代码会冲突，说明是同一个功能的不同的改动，如果 E 先合并 master 了（尤其是已经上线了），再回来测 A 时，需要先把 master 再合到 A 分支，测试 diff 的时候，检查一下是否有奇怪的删除行。。我一般就是这么做的。如果是要同时上线，那我觉得你们这种只有一个 master，没有 dev 分支的开发测试流程，可能是有问题的。。。。这是我个人的愚见

孩子你今年多大了，还想要什么付出什么，你想要 100w 就得付出一千万么，哪那么多天经地义的屁道理，都是站着说话不腰疼的幸存者偏差

改进流程才是正确的。我们之前版本也是这样 说上就要上版本频发，开发也难受，测试也经常加班，再怎么测试还是多多少少会出现一些问题，老板总以为测试不到位。目前我们改进就是学习 gitflow 工作流程，并且控制版本 一周一个小迭代，一个月一个大迭代。

老哥，同龄人，你在哪个城市啊

等于说代码合并还要测试去操心了，左移的有点远了吧。

今年 32，劝大家少来论坛，如果你是一个比较懒的人、找不到方向，真正能提高个人的都是你实际中面临的问题。

要想获取 就要付出， 你要什么 就要付出什么， 天经地义的 其他太落实的道理 都站不住脚

在某些人看来，转行=开滴滴送外卖，做微商卖保险，要不就是创业开店，怎么作死怎么来

早点转身是啥意思，转行？

脱贫攻坚元年，还有 6 亿多人民月均收入只有 1000+ 的年代；不为祖国的伟大复兴而奋斗就算了，居然还想着为自己的利益着想....来人呐拖出去进行思想教育

你想多了，习大大说：幸福是奋斗出来的

之前是绝对不可能的，如果全中国严格实施劳动法，估计我们就没有这么繁华的城市了

不过现在提倡内循环，现在你说的这种东西，我觉得有可能实现

自动顺延这个我们这里不太现实，领导一句话，明天这个需求必须上，怎么加班也得肝出来。

版本控制流程你们需要重新梳理好。A，E 代码会冲突，说明是同一个功能，E 应该是修复一个紧急 bug，这种仅测试功能 + 自动化跑主流程，A 再正常测试就好了，同一个迭代周期发多个版本，就会出现这样的问题。归根到底还是流程问题，要么固定版本，要么合并需求，否则只能重复测试。

没有，每个需求都是从 master 拉一个新的分支，做完测试通过合并回 master

兄弟话里有话啊