岗位申请 我是名一般/平平一点的程序员，平时在座下摸鱼、打工人，但总想着能不能把代码写得像美术生画画一样好看。最近转岗，我绝对不是去当保安的，而是想跟你们聊聊，为啥我认定用我的“躺平”方式，也能把“上头”的请求，用代码的逻辑理得服服帖帖。 咱们先说背景。之前我在上一份简历里，写的是“负责后端接口开发，日均处理请求量达 20 万”。
那时候我认定压力是压力，但后来数据飘高了，那叫“压力山大”。目前的我，每天还得盯着屏幕看，生怕哪个 API call 没加个注释，把后端给搞挂了。我确实有点记性不好，有时候把几行逻辑塞进去，第二天早上起来，连自己刚刚写了啥都想不起来，得翻个日志本。但转岗不是为了躲开这风雨，我是想换个装束，去拥抱新的内容。 我这次申请转岗，核心诉求实际上挺明确的。我不缺钱，也不缺编制，但我认定目前的方向有点偏。
我想往“全栈”要么“数据可视化”那边靠一靠。
为啥？出于去年年底，公司对接咱们那个新 ERP 系统，数据量一下子爆炸了。
原本打算用 Java 写个存库，但后来我发现，要是把数据画成图表，客户才能一眼看懂啊。结局我试着写了个前端，用 charts.js 搞了个简易版，效果居然反抽了。
那天晚上办公室宁静得能听到鼠标声，我没立马提交，想着能不能再优化下交互。最终我把一个复杂的仪表盘简化成了三行代码，不仅跑通了，还帮团队省了半小时的加班费。
那一刻我突然明白，转岗不是为了换个工作，是为了换一种更有“手感”的开发方式。 实际上我也意识到，自己目前这点“手感”，可能还差得远。每天看着屏幕上的报错红波浪，有时候确实会想，是不是确实要换个活法？别搞那些复杂的框架，直接写脚本处理数据，效率可能更高。但转岗的过程，对我来说，更像是一场无声的辩论赛。我站在台上，对面坐着HR、部门领导，还有那一股股想要把我“格式化”的职场潜规则。面对这些突如其来的质疑，我实际上挺慌的。
毕竟，代码逻辑别看严谨，但人心里的尺度比算法复杂多了。 坦白说，我也不是那种特别坚定的“卷”选手。
那会儿我总想着，只要我不犯低级毛病，就能混个安稳日子。但目前看着那些技术文档，那些密密麻麻的注释，我突然认定，还不如在凌乱的代码堆里自找苦吃，不如去学点啥“正经事”。转岗申请，本质上就是一个“试错”的过程。
要是黄了，大不了回家持续祈祷；要是成功，或许能发现原来自己还有没触到的领域。 我也不是要给你灌鸡汤。我知道目前的行业水深，转岗意味着你要重新适应节奏，重新面对考核标准，就连可能要面对“不精通”的自我评价。但我确实不想就这样干着，特别是当看到那些别的项目里，真正搞出“爆款”数据的时候，那种成就感确实比写注释来得实在。
故此，我这次申请，不是为了证明我会干，而是为了给自己找条路。 最终，我想说几句心里话。转岗不是终点，而是新的起点。我希望自己能在这个过程中，慢慢找到那个归于自己的“最佳实践”。
毕竟，代码是死的，但人是活的，只要心不死，机会就一辈子在门外等着。
要是目前没去，赶明儿可能确实去不了。
故此，我愿意用这段工夫，去拼一次，去闯一次，哪怕最终回不来，起码目前赚点工夫，多好。希望领导能批准我的申请，让我能在新的岗位上，持续用我那个有点“不娴熟”的代码，去尝试创作。