原本说好的一起合作，结果在第二天就要产出结果的时候发现对方负责的部分一点都没做，然后你是这个项目的主要负责人，出了问题你背锅，你会怎么做？事情缘由因为我是做测试的平时需要测试一些需求，对于一些大的需求可能需要测试一两周，但是互联网公司需要的是快速交付，很难说服产品你测试需要花这么久。这里可以简单给大家介绍一下，互联网之所以加班内卷严重很重要的一个因素就是需要快速的迭代产品，快速的抢占市场，积累用户往往是比你慢慢研发打磨细节要更好。比如A公司花了半年做出来一个产品，然后上线虽然接收到一些差评但是抢占了大量的市场后续慢慢优化这些差评，B公司花了一两年做和A公司同样的产品，虽然有些功能比A更好但是人...

直面社会的优绩主义，这也是一个很好的社会观察实验背景:我在抖音上发我秋招的投递记录分享，用的现在很火的那种电影最后致谢的形式我说我秋招前期投数开，后期投运营销售等业务岗，评论区有人先是说，双非本怎么可能有大厂面试(对，不是说配不配有大厂offer，是学院本都不配有约面大厂的资格)之后我说前期面的研发，后期拿的仓库运营中台offer，然后一群人又说，大厂所有运营岗都是牛马岗，跟研发没得比，更有甚者，直接说某夕夕运营都是水岗(听过水硕水博，第一次听水岗的，我寻思我年包虽然没发跟数据开发比，那也大约二十万了，薪资也还行吧，怎么就水了)😇😇😇😇😇

我上一次认真准备面试，已经是三年前的事了。那时候我一直觉得，只要 Java 基础还在，项目经验还在，问题就不大。毕竟那么多年后端，不至于一出来就水土不服。直到真正开始面试，我才发现一个事实：我不是技术退步了，而是市场已经换了一套考法。第一轮面试，我就意识到“不对劲”前半段问题其实很熟：Java 基础并发、JVM、数据库、中间件分布式、微服务、Spring 体系我心里还在想：还好，没脱节。但很快，问题开始变了：如果这个系统让你重新设计，你会怎么做？你当时为什么不用另一种方案？在不确定需求下，你怎么判断技术取舍？开放性场景题明显多了。没有标准答案，面试官更关心的是你的思考过程，而不是结论本身。真正...