之前 Ubuntu 主力机 N 年，换 Mac 之后，就不再折腾、爱咋咋地

若原来做上位机，那可以转应用
包括上位机、嵌入式应用，这主要是 C/C++或者 Qt （嵌入式或上位机）

若是坐 rtos 或者驱动，一般会要求看得懂原理图，要做一个初步排查
当然，也包括芯片的 datasheet 也需要看得懂

我们用 go 有三年差不多了，复杂的业务其实也不少，不过基本都拆成不同的服务
服务之间是 rest api 或者 grpc ，也没太大的问题

目前看坑呢，一个是维护完善了一个工作流、内部自己实现了一套授权服务
别的感觉没太多的坑。上手容易，包括新手、新生，代码质量差不太多。开发、调试、部署相对简单（对于其它语言来说）

与其研究内核提交某些边边角角的 patch ，还不如深入某些方向
1. usb 或 pcie 子系统
2. 图形，包括 gpu 驱动、图形引擎，诸如此类

特别是#2 ，相对来说需求是越来越多

1. 前面加个 api gateway （不用默认 springcloud 自带的）
2. 根据服务注册采取的方式（如 eureka 或 consul ），找相应的 go client 就可接入

很多楼上言比称大佬的人，不妨去看看 lz 所提及的 patch 。其实对于内核的 patch ，若有环境，大多数人都可以提交

要做内核开发，光 patch 是远远不够的，还需要对整个内核有相对全面的学习与了解；另外，还要深入某 1-2 个子系统
别说做内核，其实目前 lz 这样的情况连做嵌入式 linux 开发都不会有机会

新能源车的话，基本都要充电；所以充电设施（充电桩）的管理、监控，应该还是有一定场景
去年跟人沟通过，似乎某些省份会由上至下推充电桩的监控

除非对性能或延迟要求极高，不然是不建议通过封装 c/c++库的方法与第三方语言集成的，不管是维护、扩展都不太灵活
通过 mq 解耦是通用的做法

若是通过算法做图片或视频流的处理，一般图片或视频流（因为就几秒，类似的小文件）都是通过 kafka 来做的
因为消息队列来说，kakfa 吞吐量都是最大的。之前接触过一些做视频分析的，就是用 kafka

@justou #5 底层就是 tcp/udp 。有些是 cs ，有些是 cs/cs （就是互为 server ），这个是跟不同的模式有关
你之所以有疑惑，是没做过裸 socket 的编程，没做过 cs 架构的东西

其实架构都是差不多的，1:N 的话，都是有个类似的 broker 做分发

我们之前是 zmq + protobuf ，架构就是 cs 架构

真心建议不要从无到由这样通过 zmq 造 rpc （ N 年前造过，要稳定可产品化——工作量还是不小的）
grpc 或 nats 成熟的方案很香，都是用 proto 定义 protocol 的

我跟楼主的需求一样，招募合作小伙伴一起做项目，具体可以参考楼主的帖子(除了联系方式)，当然我能给的更多，每个月合作小伙伴有 5 刀的基本薪资，其他的就按照楼主的描述分成，有兴趣的私我 🐶

若计划回三四线城市，那请现在就开始关注三四线城市的机会
若有合适的——合适的定义是，公司满意、方向喜欢，薪资也好（目前 90%左右的）或高点或低点

有合适机会就把握住，没好机会就在一线苟着

只要安排的事情做完、干得漂亮，我是一点都不介意组员摸鱼（不管是摸鱼、还是学习，都没任何问题）
若你闲他摸鱼时间太多，说明能力强，那多安排些工作、单独负责某些模块或系统

出现这个情况，根源是管理者的问题，而不是摸鱼的人的问题

一开始先别考虑什么微服务（如引入网关、注册中心什么的），不划算。开始要做的就是解耦，模块化、服务化、再重构重写

我们就有类似的情况，原有的整套都是 C++写，代码量五十万网上
其实思路就是——模块化、服务化

简单点就是内部一部份一部份的拆出来，然后再服务化（这个过程是不换语言的）；服务化之后，就可以看机会一个服务一个服务重写、重构，若 Java/Go/C++这些

理发好解决，自己买个推子就可以。我在纠结，要洗牙咋办。。。。
目前为止没中招，即将进入决赛圈