Hacker News
The author reflects on their 5-year journey in DevOps and how transitioning to Solutions Engineering provided them with the missing elements they sought in their career.
AI 生成摘要
作者回顧了他們在 DevOps 領域的 5 年經歷，以及轉向解決方案工程師職位如何為他們提供了職業生涯中一直尋求的要素。
這篇文章探討了一位擁有五年經驗的 DevOps 工程師轉職為解決方案工程師（Solutions Engineer, SE）的心路歷程。作者描述了在原職位中感受到的技術停滯與重複性勞動，並分享了在 SE 角色中如何透過解決客戶多樣化的技術難題，重新找回工作的挑戰感與人際連結。
Hacker News 的討論聚焦於「解決方案工程師」這一職位的本質、職涯轉型的心態，以及 DevOps 定義的長期爭議。許多從工程端轉向銷售端（Pre-sales）的開發者深有共鳴，認為 SE 角色最迷人之處在於能接觸到各行各業獨特的技術難題。一位任職於 Google 的解決方案工程師分享了具體案例，描述他如何協助客戶將機器學習模型從昂貴且低效的快取架構，優化為基於 ONNX 與 GKE 的高效能推理系統，這種將深厚技術背景應用於解決實際商業痛點的過程，被視為該職位最高價值的體現。
然而，對於職稱的演變與定義，社群中存在顯著的分歧。有資深從業者指出，「解決方案工程師」這個詞在過去十年中被銷售團隊「挪用」了。原本該職稱多指涉售後的技術支援或通用技術專家，但現在已普遍變成售前銷售工程師的代名詞。這種職稱模糊化導致招聘上的困難，使得想找尋純粹售後技術實作的人才，往往會誤入需要背負業績指標或頻繁進行產品演示（Demo）的銷售職位。部分評論者提醒，若公司過度依賴 SE 來建立概念驗證（POC）或開發客製化功能，可能暗示產品本身缺乏市場適配度，或是公司正淪為一種「代客泊車」式的勞務服務而非軟體產品公司。
關於 DevOps 的討論則帶有較強的火藥味。許多留言者批評原文作者描述的日常——檢查儀表板、修復 Terraform、管理密鑰——其實更接近傳統的「IT 運維」而非真正的 DevOps。爭論的核心在於 DevOps 究竟是一個職位，還是一種全員參與的文化。反對設立獨立 DevOps 部門的人認為，如果開發者不親自負責基礎設施與生產環境的穩定，就無法體會維運的痛苦，進而寫出更高品質的代碼。但也有人反駁，在大型企業中，將 DevOps 工程師嵌入開發團隊是必要的，這能提供專業的自動化與安全護欄，避免開發者在追求進度時犧牲系統穩定性。
最後，職涯選擇的心理層面也是討論重點。一位從工程管理轉向客戶經理（AE）的網友坦言，雖然熱愛解決問題的過程，但偶爾會產生「逆向冒名頂替症候群」，覺得自己沒能成為一名「真正的工程師」而感到愧疚。對此，不少人認為這純粹是性格使然。對於熱愛純粹編碼的人來說，DevOps 或 SE 可能是靈魂磨損的苦差事；但對於渴望人際互動與端到端視野的人來說，SE 職位提供了工程師少有的成就感與薪酬回報，尤其是在大型科技公司，具備溝通能力的資深技術人才往往能獲得比純開發者更高的待遇。