工作中，不能别人说什么就立即认为是什么，也不能因为对方语气坚定，就放弃自己的判断。
当项目提出需要修改功放相关内容时，如果测试阶段没有发现这个问题，那么它至少不能直接被定义为当前修改所引入的 Bug。面对这种情况，应该先确认问题出现的版本、复现条件、测试记录和代码变更，再判断责任归属。
不需要急着解释，也不要下意识把所有问题都揽到自己身上。保持冷静，用日志、测试结果和变更记录说话。不是自己的问题，不必主动承担；超出职责范围的事情，也不要什么都接下来。
摄像头方向的问题也让我意识到，遇到不熟悉的技术边界时，不能只凭感觉作出判断。
Android 摄像头驱动层通常只能控制传感器输出方向、预览画面旋转或翻转等底层行为，而 APK 内部的界面方向、显示逻辑和业务层镜像效果，需要在应用层处理。驱动层能够修改什么、应用层负责什么，应该先把边界确认清楚，再决定修改方案。
这次的问题并不可怕，真正需要反思的是：在没有确认技术边界之前，就轻易相信了别人的判断，也没有先通过代码和实际现象进行验证。
以后遇到问题，先做到以下几点：
- 明确问题的复现条件和影响范围；
- 查看日志、代码路径和版本变更；
- 区分驱动层、系统层和应用层的职责；
- 不急着承认问题，也不急着甩锅；
- 用事实和证据作出判断；
- 不是什么工作都接，先判断是否属于自己的职责范围。
独立思考不是拒绝别人的意见，而是在听取意见之后，仍然保留自己的判断。
保持冷静，确认边界，相信证据。