上篇聊了技术文档写作，文档是知识传播的静态载体。今天聊它的动态版本：技术分享和演讲。做Tech Talk不只是"站在前面念PPT"，它是一个锻炼表达能力、梳理知识体系、建立技术影响力的综合活动。很多工程师害怕做分享，觉得自己"不够格"或者"讲不好"。实际上，做技术分享的门槛比你想象的低，做好技术分享的关键在于方法论而不是天赋。机器人团队特别适合做Tech Talk，因为大家的专业背景差异大。算法工程师对嵌入式的了解可能只停留在表面，反过来也一样。跨领域的知识分享能极大地提升团队的整体技术视野。一个坚持做内部技术分享的团队，其协作效率和技术深度通常远超不做分享的团队。选题——从"我学到了什么"出发很多人觉得"我没有什么值得分享的内容"。这是一个误解。你不需要是某个领域的专家才能做分享。你刚刚学会了一个新工具、解决了一个棘手bug、读完了一本技术书、参加了一个技术会议——这些都可以成为分享的素材。好的Tech Talk选题有几个特征：听众能带走一个具体的收获（一个方法、一个工具、一个思维模型）、内容有你自己的实践经验（不只是搬运网上的资料）、和你团队当前的工作有关联（让大家觉得"有用"而不是"有趣但和我无关"）。机器人领域常见的Tech Talk选题：某篇论文的复现心得、某个开源工具的深度使用体验、某个线上bug的排查全过程、某个新框架的调研评估、某次性能优化的思路和方法、某个设计模式的实际应用案例。选题不需要"高大上"，"我花了三天调通了一个很诡异的bug"这种选题往往比"深度学习前沿技术综述"更受欢迎。准备——结构化你的内容做分享最常见的错误是"直接把代码贴到PPT上然后逐行讲解"。听众不是来读代码的，他们想听的是思路和洞察。