身边不断裁员的现实告诉我没有那么稳中向好

IT部门在日子好过的时候，可能玩的很花。但是日子不好过的时候，首先是被砍的对象。因为成本部门嘛。群里也好，身边也罢。降薪裁员是去年的主旋律，我相信今年也是，明年还是。

概念随着寒冬退去

这几年几乎没人谈Hadoop了，但是还有大数据。因为Hadoop和大数据不再是等号。
微服务的也没有那么热了。
中台该拆的也差不多了。
区块链的书还有人买吗？
元宇宙坟头草也不低了。
但是AI还在。只是我周围的被裁的差不多了。现在还在投入的一定是营收不成问题的企业。

说说这些逝去的概念

微服务：也许对于to C来说这样的体量再加上都是开源的技术栈，需要微服务来做。但是余窃以为to B和to G的基本上来说不用才是最优解。对于长业务流程的场景来说，如果拆分了过多的微服务和数据库。任意一个环节的数据不一致（我都不说故障），都会导致全局的业务走不下去。坏一个和全坏都是不能接受的。所以我对有些人说，你这N个数据库，坏任意一个和全坏的影响面是一样的。如果今天坏1个扣绩效1万，那么今天坏10个也是1万。那么为什么不把这10个放在一起呢？ 这时就会反问我，那还做微服务干什么？不是回到了10年前？我说是的，场景本身就不适合微服务的。
以上说的是不适合的，也有可能适合，但是划分不合理的。说实在的我也不能保证绝对的合理，所以对于不需要微服务的场景来说，我建议别上了。

中台：有个朋友好几年前说要建设中台，我说你打算如何。最后看他的规划就是把一个整体数据库实例，按照XX中心 YY中心 ZZ中心这种表的属性分开。我一看我说这不就是又是微服务那套吗？我那时候非常有远见的说，我不建议你拆。他确执意要跟着风。我说那你能确保这几个互相不调用吗？（以我了解不可能啊，其实很多时候我们真的是把简单问题复杂化）。他拍胸脯保证。也不知道是当初是没说实话，还是后来干歪了。有一次故障了找我定位。我也莫名指出，我说你这几个update为什么执行这么久？不应该啊。得到的反馈就A 要去B那里拿东西涉及到调用。B要去找C，而C要回过来写A。这如果在一个数据库中就是一个SQL，虽然复杂但是效率不低。而现在中间不知道走了多少个外部环节，中间还有消息队列，Nginx等等。慢的不知道如何形容了。

以上从技术上说大家也未必听。但是寒冬下，就是要缩减成本。技术做不到的事情，资本可以做到。

区块链：有朋友做区块链的。 做推广，对甲方说这个防篡改，透明，如何如何。。。。。。。 对方领导说：挺好，就问一个问题。 没有你们这个，每年都有人给我送礼。 用了你们的不再有人给我送礼了。 你给我一个上区块链的理由？

元宇宙：更加现在没什么提了。
区块链和元宇宙的书现在都没人写了，也没人买了。但是你去买大模型还是火热的。

就说以上的招聘岗位就可以知道是如何。

说到大模型了。我对AI不擅长，只是略懂皮毛。

运维说AI不能背锅，这个大家没有争议。
那么对于AI编程，这个大家觉得未来是光明的一定可以。以我接触成百上千的开发人员来说，我觉得怎么说呢？就是很难做到。我说说我的理由。
想必做过开发以及从事过相关的都知道，开发是扯淡一天，下班时候开始干活。扯淡是干什么呢？过需求，要讲明白这个事情。这还是有能力的。更多的我看是需求都不明白就做了。那是因为提需求的人都不明白。有可能这个开发一天就写了5行代码，但是为了这5行扯了一天。有时候这个数据是A去推送给B还是B去找A拿。这里都有学问，都有部门墙，都有利益输送，都有难言之隐。

有时候一个设计怎么看怎么不合理，就这样还做出来了。使用的不方便还反人类。深究为什么，那是因为甲方有人要给自己加戏，要存在感。但是出钱了，你就要干活。AI可以去不明就里的执行，但是下次迭代AI会不会把这些问题给优化掉？也许有人会说，这是个例。其实我要说的不是。昨天我还看到一篇文章非常写实。
某制造业CIO激情演讲：“我们斥资千万部署DeepSeek，实现了生产流程智能化！”
台下举手提问：“贵司的MES系统还在用Excel导数据吗？”
全场突然安静得能听见服务器风扇的悲鸣。

文中还提到了：某零售集团花了三年时间才搞明白，他们的"千万会员"其实是200万用户注册了5次。听起来荒谬的草台班子才是我们日常。

这几年都在说数字化转型，我其实不明白。后来一位老领导说，几个兄弟部门或者公司，每个都有自己的产销计划，这些计划在哪里？在各自公司的excel里面。怎么协同呢？把这些excel全部放到数据库中一个表里面，大家数据共享，才能协同啊！不然各做各的。

这些是短期问题，长远来看会不会解决？会的。所以很多人还是抱有希望。但是这不是寒冬来了吗？之前的技术债（大数据、微服务、中台、区块链）还没还完，怎么办？