@Johnny168 这个操作，你说的完全没错啊，而且可不止半个月利息其实。最良心的公司，每个月月头发这个月工资。次良心公司，每个月月尾发这个月工资。再次的公司，下个月月头发上个月工资。你想想你这是啥情况。

@vnex 那正式 offer 都没下来呢，别想太多。HR 说一句可能就是习惯性压价操作而已。而且现在就这么说，说实在可能下来的钱不会很理想。可能没到你纠结背调呢，已经把他拒了。

@vnex 不知道你新的薪水有没有谈下来。有时候换工作涨薪翻倍的都有，对方如果已经给了你这个钱了至少说明是在薪资空间里。五险一金正常公司都不会查的，你自己能查不代表对方需要查。银行流水还有银行的章呢，五险一金各个地方政策不一样，要有效力的盖章找谁去。HR 又不是法务，审查不是他的主要职责。最后你不过是觉得自己私人转账说不清罢了。这种操作 HR 不懂吗？被压价谈不下来你还可以不去啊。如果想收回 offer 理由很多，一个不好意思 HC 用完就够了，没必要跟你整这个那个的。

@vnex 感觉楼主问的是大家没想过的问题啊。一般谈上一份工作的工资，大家常问的是虚报一点，报高多少合适。计算口径能报税前能报 package 的都尽量往高了报。反正对方 HR 能拿到靠谱的历史薪资信息最多也就是你银行流水，半年一年一拉，相当于就税后吧。有的还不一定要求提供。五险一金都是很难查证的东西。一般人都是拼命说自己五险一金交的高税前高用来做操作空间，怎么感觉楼主是想很老实地把这些操作空间都说没了呢？

买房养老又不是投资，买苏州的干啥，江浙大把适合养老的

才 25，路还长着呢。国内的厂可以试试，大厂业务部门不会挑学历，但是 HR 那不好说，毕竟形势不好。业务和行政是两条线。而且大厂挑学历其实已经是个正在进行的过程了。平时看大家讨论，大厂有各种优化的理由，为啥没有理由不挑学历？但是楼主出身还有成绩都算不错的了，其实比很多人可选的范围多。有些人二十大几再去读研，有实力进大厂还轻松的，也能很快升职加薪。只是沉没成本实在比较多。楼主还有把科研当作未来的可选，这个是站在博士毕业的角度来看的。但是现实的状况，读博期间不发论文的也有。我师兄就是，一直到最后一年才发了个大的。但是导师蛮照顾的，没发出来是一直再改那一个。但是也为安排师兄毕业让师兄发了几个小的，博士毕业指标达到了。毕业后师兄去了其他大学，也还跟着导师干。所以说读博不看导师不行。学术的路想继续走可能比较难了。也许出国再读博是个办法，或者换个学校考博，这个学校你应该是难继续念下去。但是一定要提前打听好导师联系好导师。去业界就是一开始所说的了，难度其实大也不大。你和很多其他人比不大，只是大行情上来讲略难。

说实在，已经是回捞了，投的也别抱太大期望，招的人也没抱太大期望

楼主这种公司，有这种操作完全不算稀奇。北京也能做到这样的。一方面因为公积金高，很多工作的人公积金不高，一个原因是公司尽肯能按少的交，一个是公积金总上限还就是北京和上海比较高。另外一个因为工作单位做保障容易拿到低利率消费贷。只是楼主不知道不在这种公司工作，想上这样的杠杆有多不容易。这个杠杆的核心操作是怎么掏出比较低利率的消费贷。自己套必然上征信。那么套别人的消费贷这种操作，换个地方谁给你这样套。就是同事还不能轻信呢。某公司中层从应届生到自己大老板套借呗套了几千万爆掉的事，只是没怎么被流传而已。

@V2FK 券商工作年薪至少有一半靠年终奖，和是不是 IT 没关系

别扯 kv，看出来楼主就是不想用数据库。又要打环境又要配连接什么的。那只有二楼是唯一解法。连数据库都不想用，还能指望用 redis ？

这是流程出错了，测试包发到正式渠道上了。日期写死应该是每次构建的时候都会写的，并不是问题关键。就是这谜一样的发错包，总之至少有个哥们得背锅，甚至可能是几个。三月妖孽多啊，印象中阿里几次大故障都发生在三月。

标准工作流很规整，看上去很美好。奈何国内实际业务才不管你那些模型，自定义出来的流程可能匪夷所思。本质上还是很多公司人治大于制服，人变成了流程，工作流就变成了人权力边界的体现。看样子楼主可能也就是公司 IT 部门的样子，应该不太会自己二次开发的那种。那还是外面采购最好，楼上也提了几家。这玩意实施难点完全不是技术，是确认需求和业务边界。其实很多做过企业服务肯定都做过这玩意，用开源的包一包装就能卖了。最好找过去经验是和你们项目需求类似的。

@fengxinghuoxing 还是要想办法多了解下部门的配置，现在重点在做什么，过去可能会做什么。能拿结果是阿里生存的一大重点，6 是因为纯在一线，功劳可能是领导的，锅绝对是自己的，结果不容易拿而已。7 也有很大可能还是一线，和 6 的区别是，6 过去除了校招的没人比你级别低，多人项目除非你带着项目去的，没你就做不起来，也不可能做项目 leader 。7 过去至少你还有可能分任务能更大可能争取到一些机会，更大话语权主导一些事情的推进，拉上别人一起做成些事情拿结果这样。填坑说白了就是大家都不会主动去做，但是又必须有人去做的事，比如说支持和维护。

安心等两天就好了，这些都不是必须，还不如说说价值观问题答的怎么样

平薪不平薪倒是其次，主要关注职位发展。P6 过去都是一线干活的，代码写成花没用，周围谁不能写成花。职位发展要看做的事情能不能拿结果。如果是填坑岗位，楼主之前是在小公司工作，可能既要花时间适应，又难以拿结果，会比较挣扎。判断是不是填坑，一个简单但不绝对的指标是看部门活了多少年，至少已经存在三五年的部门好拿的结果早被人拿完了。当然我们也不是楼主，楼主还有没有别的要补充的我们也不知道。总之去还是不去，都祝楼主好运。

上一家公司的工作，应用沿用了两三年的架构就是这么干的。当时没觉得有多大问题，还觉得展示层做展示层，业务层做业务层，数据操作层做数据操作层挺好。后来说往 DDD 和 serverless 上靠，划分领域后一个领域的所有操作在一个应用，展示层到底层代码都在一起。不过这个架构没整完我已经走了，不清楚最终形态是什么。现在工作又要考虑架构，讨论下发现这个确实有问题。我说下我一开始理解的可能成立的理由哈，抛出引玉让大家批判下。如果对同一份数据的操作散布在不同应用里，那么每次一个数据模型的变更。要么选择所有相关应用都变更，要么根据这次需求的影响范围变更。前者可能造成应用多发布，后者则造成不同应用对同一份数据操作不一致。数据库操作集中在一个应用是一种解法，那么只要变更数据库操作应用和业务应用即可，能做最小发布。新的问题来了，考虑到单纯变更就是可能引起故障的一个风险点，那么更合理地减少变更并且满足业务需求法是怎样？