另外大厂那些搞 AI 落地的，很多也只是写 prompt 在 LLM 上做应用罢了，最多给 LLM 输出的内容擦个屁股输出给用户，谈不上有多少前景

另外去大厂也是搬砖，做前后端，也就是往业务上靠，基本上也没啥出路，上了年纪一样该淘汰就淘汰，做中间件或者其它方向，可能会长久点，也不会好到哪里去

信我一句话，搞这个代码 还是要积累客户，找细分领域 避开大厂赛道 单干比打工强

找到客户是关键，技术不算什么，市面上一大把的开源模型可以抄，
找到客户，你把 cuda 环境装好 都可以收 2000 ，把 deepseek 安装好，搭好 dify 跟本地机器人都能赚好几千
技术不算什么，又不是搞 LLM 算法 或者 做模型训练 算法工程落地的

副业要搞好的话，关键是找客户 以及维护客户关系之类的，技术从来都是最次要的

https://i.imgur.com/NIvxivj.png 我知道是难，没想到有这么难，才 30 出头，后端投了几百个简历了，面试有 20 多个吧，基本上就 1 面挂，也有聊的不错的，也没有后续

这要是 40+，基本上找工作压根完全没戏了吧

@Fashion7woman 等消息

@zhao936135373 #17 年纪大了，8 年了，超标了么

@oldking24 https://i.imgur.com/NIvxivj.png 我前前后后面了好多，太难了

@coderwink 是有点难，我 7 年了，想往上找个 32k 的，涨几千块钱 也非常难，小公司 30 基本就封顶，资深能给 25k 就不错了，小 leader 也就 32k 的样子，往上找只能进大厂了，专科很多直接就没面试了

@ugpu #53
@doodle123 #56

歧视大龄没啥毛病，大部分公司只是使用技术的公司，并不是一个基于技术做研发的公司，哪怕是互联网大公司，很多应用也只是围绕着业务在转，不会真有多少工作需要到资深的开发人员，所谓的高并发很多也只是套用互联网上成熟的方案做一些落地优化的工作。

歧视大龄程序员问题的关键是人力太便宜了，应届生虽然代码写成狗屎，没有模块划分，但只要他们足够便宜，随便换另一波应届生来吃屎就行了。只要人力足够便宜，市场上总有吃不完的屎，所谓的软件开发也就不需要什么经验了，反正出了问题就加班忙着修 bug ，代码耦合在一块，只要加班，没有堆人力解决不了的问题，除非你的软件出了毛病，瞬间就导致大面积的实际损失，这些项目才会用到一些有经验的人来把关。

像我之前在某 OTA 平台工作，酒店那边之前也不是有大佬，违规在线上操作，国庆的时候随便动线上的配置中心，没走流程，结果导致携程亏损上千万的订单额，这就是技术人员年轻化的后果，没有足够能坐镇的老人，像我们部门也有卧龙凤雏 配置核心线程数 2 最大线程数 2 + 无限界链表队列 的案例，直接整个模块春节期间 OOM 了几个小时，启一波服务就挂掉，总而言之，大家都是草台班子。

@giantreaper0 #22 另外 TCC 跟 AT 能混着用么，TCC 不是需要自己手写补偿代码么

@giantreaper0 #22 https://i.imgur.com/N9E3iZ2.png 感谢，这是实践才能踩坑到的

真实的实践就是

80%的公司 搞微服务就压根没有这个概念，就是 RPC 调用，上下游不一致了，数据出问题了，程序员自己动手修数据，我待过的小公司都是如此，哪怕我在携程之前一个小 BU 也是靠手动修数据

剩下里面 80%的公司 会用消息队列去做，你可以用携程订一个酒店试试，他们就是先创建订单，然后支付，修改订单状态-为已支付，然后通过消息去扣库存，库存扣好了之后，会通知订单更改状态->已占用库存，APP 端 你支付完之后 是可以看到有一个轮询 订单状态的动作

你如果强行要把 订单->支付扣减->库存扣减 变成一个分布式事务，那就非常麻烦，首先上下游的伸缩性就完全没有了，毕竟流量一来，就都得跟着扩容，其实对于用户来讲，支付完成后，是可以等待一会 看到库存占用成功与否的，甚至从业务上你可以 加一个 库存扣减失败后，订单状态 跟 扣款退款的业务流程

@me1onsoda 所有的分布式事务都可以基于消息补偿机制，另外分布式事务 伸缩性很差，上游流量多，下游要跟着一起扩容，上游出了问题 下游死一大片，服务可用性很差，而且没法伸缩

@SilenceLL 看了一下 seata 有一个 AT 模式，可以自动回滚补偿，有相关的实践经验介绍一下么

@SilenceLL 直接用 RPC 然后做分布式事务 很麻烦，主要还是处理事务回滚补偿的代码，如果有基于 SQL 层面自动分析 编写回滚补偿的话，可以考虑接受

@SilenceLL 正常，用分布式事务的话，要加入中间协调结点，如果是事务 SQL 可能回滚 还要写补偿的 SQL ，不知道 seata 能不能自己生成补偿的 SQL ，我早年看过 seata 相关的技术文章，说他们可以基于 DAO 层 自己补写回滚补偿的 SQL

最后 大部分都会采用消息队列达成最终一致性，如果代码有问题也可以修复后 进行补偿操作，

没法直接抽，可以让前端轮询一下，轮询成功前 按钮变灰色就行，服务端查询的压力稍微大点，这不是啥问题，查询压力 做集群扩缩容 比较容易

不过我用过云闪付，当时就是无法立即抽，我猜测就是消息队列没消费完

什么车？电瓶车么？学生都开四轮电动车上学了么？

@sagaxu #27 https://i.imgur.com/NIvxivj.png 前提还是得有钱，至少 180 万 买个两居室，都要买到宣桥 西渡 佘山 南汇 那边去了

上海找了快 1 个月，感觉就是太卷了，21 年找的时候 还行，今年 25 年，就业贼吉尔差