幼稚园

@Nolink #83 那照你意思，是要清零还是要开放。但似乎看起来你是不想清零也不想放开，难 i 究竟想要怎么样

go-zero

每秒 500 帧，那就是 20ms ，那也只能都在内核态做，可以定制一个 422 的驱动，把 gpio 的抓取同步信号加进去
类似是 422 接口+额外的 gpio 口，属于一种非标准的 422 接口，要实现就是这么一个驱动

通过别的方式，如楼上提的 gpio 、422 单独设备（驱动）这种复杂，而且 20ms 还不一定能够保证

其实，最简单的方式就是用个 mcu 来做

砍需求的能力+1

go + qt/web/flutter

@ngyaying 同问什么要求

有时候我也会这么面（之前某公司的时候），
1. 是真缺人干活
2. 有意会让负责某一部分，带 1-2 个人

所以只会问项目相关（确认真实性），是否有意向、稳定、是否会试用期就跑路，是否有单独负责某一部分的能力（其实是项目、工程化等）

@dbskcnc #72 前后用过很多语言，如 c/c++/python/java/javascript/dart 等等，到现在的 go ，相对来说用 go 的体验是最舒服的——不管是开发、调试，还是打包部署诸如此类。当然，也包括跨平台、交叉编译等

之前 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 解耦是通用的做法