在这个大模型横行的时代，有时候会怀疑写博客的意义。毕竟，任何技术问题都可以直接问 ChatGPT、Claude 或者其他 AI 助手，它们能给出更全面、更即时的答案。相比之下，写博客似乎成了一种低效的知识传递方式。

但转念一想，或许写博客本来就不应该承载太多"意义"。它更像是一种个人记录，是闲暇时对工作、学习中的一些思考的沉淀。不是为了教育他人，也不是为了证明什么，只是单纯地记录下那些曾经困扰过自己、最终被解决的问题。也许未来的某一天，当自己再次遇到类似问题时，这些记录能帮助快速回忆起当时的解决思路。

所以，就当作闲暇时的记录吧。（上边这段话都是cursor帮我写的）

今年参与了从零开始的激光雷达项目，学到不少的技术也踩了无数的坑，主要将OpenCl和性能优化部分记录在此。

本想总结写Shell的技巧，但是内容太多写不动了，改为主要写Shell的命令扩展。命令扩展主要包含Shell命令执行扩展，在命令执行前Shell对命令进行预处理；Shell历史命令扩展，对历史命令进行引用修改。总的来说都是为了减少输入，提高效率。主要参考《Linux Shell核心编程指南》¹、《bash shell脚本编程经典实例（第2版）》²、Bash手册。

在工作中，我们常常需要在不同分支间同步代码，经常用到 cherry‑pick、rebase 等命令。本文将讨论这些命令的基本原理，展示在多产品线环境下保持提交历史线性的意义，并介绍一些常用的保持提交原子性的命令

在刚工作那会负责集成发版、各种车端启动脚本等，完整的看了《Linux Shell核心编程指南》¹这本书，算系统学习Shell编程，还自诩为Shell达人。如今换了工作，不再特别需要这项技能，曾经学习的Shell编程基本已经遗忘，此次快速的复习下并且记录成此文。

本文是在阅读《Linux/UNIX系统编程手册》¹结合《Linux多线程服务端编程：使用muduo C++网络库》²、《现代C++语言核心特性解析》³等书，对线程有一次系统的学习和记录。包括系统提供的线程相关Pthread API以及它们在C++中相关封装的介绍。