211本985研计算机

大佬们，现在面临方向选择，我C++基础好，但是网上都在劝退客户端，又有说QT例外，然后go呢需要重新学习，倒是可以接收，请各位大佬阐述一下未来发展哪方面更好呢？

BG： 211本科，智能科学与技术专业。相比写面经，我其实更想写一些自己的心路历程。我想如何在找工作这段漫长，充满了不确定性的时期保持良好的心态，或许才是大家真正想要了解的。或许我的经历对你有所帮助？0-时间线 2024.6，因为挂科没有拿到双证，不得不延毕，开始了漫长的Gap期 Gap期让我有了时间去总结并思考我的过去。我忽然惊觉，我似乎什么也没有学到，我甚至不能给自己一个明确的方向？ 忍受着来自自己以及他人的压力，我开始积极地学习专业知识，刷LeetCode，开始“自救” 2024.12，参加考试，半年的Gap让我冷静下来，现在看来，这门课程也没有那么困难，只是我过于浮躁，静不下心...

想找个qt或者服务端的实习，投了150多份0面试😭😭😭，这个简历真的很次吗

1. 项目背景：针对端侧设备（树莓派、昇腾、RK系列）的低资源环境，设计一套轻量化分布式框架，实现大模型（LLM/ASR/TTS等）的高效协同推理，解决端侧设备算力分散、通信受限、动态扩展难等问题。技术栈：Linux、C++、ZMQ、设计模式、分布式架构、主从Reactor模式、docker、cmake、shell3. 项目设计方案1. 双模式部署设计：设计Docker与裸机双部署方案，通过自动化镜像部署和容器操作脚本，环境部署效率提升70%2. 底层混合通信组件：- 设计基于ZMQ的多模式通信中间件，通过工厂模式统一创建PUB/SUB、PUSH/PULL、RPC等6种通信策略，结合策略模式实现动态通信方式切换，降低业务层网络代码复杂度70%；- 构建高可用RPC框架，支持方法动态注册与服务发现，通过设置双端超时控制与自动重连机制提高通信可靠性；- 设计ZMQ消息封装模块，开发轻量级序列化协议，采用长度前缀+紧凑存储结构设计实现多参数打包/解包3. channel模块设计：- 统一管理底层多模式通信中间件的ZMQ连接，支持动态URL绑定，信道注册- 设计观察者模式和闭包方案，实现网络层与业务逻辑的解耦- 通过动态work_id路由和连接池技术，实现多unit单元通信隔离- JSON协议设计，用于节点间/外部用户消息交互4. 分布式任务调度框架设计-与业务节点关系（继承）- 采用 Reactor模式，设计异步事件驱动的任务调度框架，通过eventpp实现毫秒级事件响应- 动态RPC服务注册，支持跨业务节点 setup/exit 等指令的远程调用- 统一管理 work_id-channel 连接池，对上层业务节点屏蔽底层通信复杂性- 提供标准化setup等虚函数接口，支持业务节点自定义任务处理逻辑5. unit-manager模块- 设计RPC服务注册，实现信道自动注册/释放，SQL处理；并解析 action 实现动态分发请求- 实现轻量化内存kv缓存数据库 存储 unit 元信息；并提供线程安全SQL查询接口，供节点动态通信- 设计多协议网关，实现TCP/ZMQ协议转换，支持外部用户-内部业务节点通信交互- 设计主从多Reactor TCP通信框架，实现压测10000+TCP并发连接6. Node业务层接口设计- TASK任务管理：实现单任务实例管理，模型加载/推理/流式输出回调机制等- 服务层控制：自定义实现setup等接口，对业务节点进行生命周期管理，实现节点间相互订阅