七月中入职，到今天刚好22天。期间上了17天班，还加了2天的入职培训。培训刚结束的第二天我就被直接安排进项目，连看文档的时间都没有，完全是“干中学”的节奏——而这，还是一个我此前从未接触过的领域。之前的实习主要是做纯软件测试，而现在是软硬件结合的测试。ROS、Ethercat、IMU、RGBD、伺服电机、各类传感器控制……对我来说简直是一脸懵，完全处于“二丈和尚摸不着头脑”的状态。在这种情况下，我认为“好学与主动请教”是融入团队、上手工作的最快方式。因此，遇到不懂的地方我便积极去询问相关开发人员。有的开发非常友善且高效——能快速定位问题，并发来详细的解决方案，甚至在远程无法解决的情况下，还专门跑过来帮我处理（有的开发工区离我足足200多米，需要下14楼再上17楼，真的很感激）。但也有相反的例子。某位开发，我遇到三个问题找他帮忙，结果三次都被草草搪塞，问题一个也没解决。为什么我会反复找他？因为操作文档就是他写的，而他的文档不仅步骤混乱、缺乏逻辑，甚至有些关键步骤直接一句“此操作较为基础，不予介绍”就略过了……我来了一周不到，就优化完了三份操作文档，因为不优化，第一次干的人根本看不懂最近一次测试中，我遇到🤖运控无法启动的问题。因为这台机器人装配方案与前几台不同，我便根据文档作者找到了他，附上了详细日志和问题描述。他只回了一句“需要更换环境设置”，但具体如何更换、在哪个容器的哪个配置文件中操作，却一句没说。我继续追问，能否具体说明一下。他的回复是：“可以去问豆包，软测不能不懂这些。”说实话，我当时直接愣住了。一个刚入职不到一个月、完全没接触过机器人系统底层的校招生，面对的是公司自研、网上查不到任何文档的复杂系统，你让我去问豆包？后来，我靠自己翻了整整七八十页的Ros和Ethercat操作文档，又对照了好几个测试流程文档，才勉强摸索出了解决方案。原以为这件事就此过去了，结果今晚主管突然开会，说：“以后测试这边遇到问题，先在内部交流，确认无法解决再去找开发。有些开发爱打小报告，喜欢直接在有领导的大群里阴阳怪气。有些人就爱抓住你的小把柄来恶心你……不过我们测试也要强势起来。没有说明文档的提测、缺陷验证，直接打回去。项目上出现的问题直接在项目群里说，别私聊开发，免得扯皮。”听完我当时真有点绷不住了。原来，还有这种人。你文档写得一塌糊涂，不让问问题也就算了，还背后给人捅刀子？部门之间再怎么“博弈”，也不该把“为难新人”当做手段吧。每天都是在摇人Call人的路上，遇到问题，需要摇到系统、通信、结构或者装配来对应解决，测着测着，一台🤖就整到晚上十点
