那一次，我负责给一款嵌入式设备烧写系统镜像并做测试。为了不出错，我小心翼翼地在开发板上操作，每条命令都反复检查。但就在最后一步刷机时，我不小心把生产分区的镜像写成了测试镜像。结果，如果没及时发现，设备的固件就会被完全覆盖，可能导致整批设备报废，还要重新刷写和调试。幸好我在烧写前做了备份，才避免了一场真正的“灾难”。这件事让我深刻体会到：嵌入式系统里，一条小小的命令也可能闯出大祸。小心翼翼固然重要，但规范操作、做好备份和多重检查，才是嵌入式开发中避免踩坑的必修课。

鼠鼠是211本科生，这学期开始找实习，基本都能答上85%，但停停面面挂挂，也不知道什么时候能找到实习。我该放弃大厂投小厂吗，这学期先找个小厂去实习，明年暑期再去大厂，还是接着面大厂？现在大厂实习岗位好少，每天刷boss基本没什么岗。附一些timeline～金山9.22  一面挂百度9.23  一面挂美团10.22  一面过10.24  约二面10.28  二面挂百度10.29  一面过10.30  约二面11.3    二面挂滴滴10.30 一面挂美团二进宫11.5  一面过11.6  通知二面11.7  二面11.10 oc

昨天临下班，生产环境出现了一个偶发的报错预警。旁边的同事正~~准备排查，只见他输入命令 cat application.log ，一个 2GB 大小文本啊，日志哗哗刷啥也看不清，crtl + c 也停不下来了，最后轻轻的关闭连接，又重新打开了一个～后端开发来说，熟练掌握 Linux 的日志分析命令是基本功，整理几一些基于 tail、less、grep、sed、awk 的日志查询场景，希望能帮你快速定位问题。同名公众号：程序员小富，欢迎关注tail很多新手习惯用 cat，但对于大文件，cat 会导致屏幕刷屏，还容易把终端卡死。tail 才是实时监控的神器。真实场景 A：服务发版启动监控每次发版重...