25 năm cày cuốc, dựng cả hệ thống K8S vẫn bị đuổi: Bài học xương máu về chính trị công sở cho anh em Dev
25 năm kinh nghiệm, dọn dẹp đống rác công nghệ, triển khai K8S thành công nhưng vẫn bị sa thải. Câu chuyện cay đắng về chính trị công sở và bài học cho Dev.

Ông giáo ạ, đời không như là mơ và code giỏi đôi khi chẳng bằng biết nịnh sếp. Hôm nay tôi vừa đọc được một bài chia sẻ cực thấm trên Reddit của một lão làng 25 năm trong ngành. Tưởng đâu Senior cứng, gánh team thì sẽ là "bất tử", ai dè cũng bị sút bay màu chỉ vì mấy trò chính trị bẩn thỉu.
Anh em mình cứ mải mê fix bug, tối ưu performance mà quên mất cái "bug" lớn nhất nằm ở bộ máy vận hành. Đọc đi để thấy, không phải cứ ship được sản phẩm ngon là yên vị đâu.
Tóm tắt vụ "úp sọt" Senior 25 năm kinh nghiệm: Khi lính cứu hỏa bị đuổi sau khi dập xong lửa
Câu chuyện bắt đầu từ khoảng 5 năm trước, khi ông anh này làm Architect tại một ngân hàng ở Mỹ. Mà nói là "được tuyển" thì cũng không đúng, ổng kiểu bị "ép gả" vào đội thông qua một vụ sáp nhập. Ngay từ đầu, lão sếp trực tiếp đã chẳng ưa gì ổng vì ổng là người từ trên rót xuống, không phải "đệ" ruột.
Nhìn vào đống tech stack của ngân hàng lúc đó thì đúng là một bãi rác:
- Code bằng Classic ASP (cổ đại vcl).
- Deploy thủ công qua IIS, đêm hôm phải remote vào server rồi vừa làm vừa khấn.
- Mọi thứ vận hành dựa trên "tribal knowledge" (kiến thức bộ lạc) – tức là chỉ vài ông ma cũ nắm bí kíp, chẳng có tài liệu mẹ gì.
- Có lão Senior làm lâu năm nhất đội, cái gì mới cũng phán: "Cái này không chạy được đâu", đơn giản vì lão sợ thay đổi thì lão mất thế độc tôn.
Bất chấp tất cả, ông anh này vẫn ship được 3 dự án cực khủng:
- Tích hợp thanh toán thời gian thực (để ngân hàng không bị tụt hậu).
- Cập nhật số dư mobile app real-time (thay vì chờ batch processing hàng tiếng đồng hồ).
- Cú chốt: Đập bỏ deploy thủ công, chuyển toàn bộ sang K8S với CI/CD pipeline xịn sò.
Kết quả? Hệ thống chạy mượt, công ty ngon nghẻ. Và đó cũng là lúc lão sếp bắt đầu chiến dịch "xóa sổ" ổng. Lão sếp này thuộc dạng ái kỷ, coi sự giỏi giang của nhân viên là mối đe dọa. Đầu tiên là không mời đi họp review architecture, tiếp theo là để đứa khác trình bày design do chính ổng làm, rồi dần dần đẩy ổng ra khỏi mọi dự án quan trọng.
Cái kết đắng lòng: Ổng nhận tờ quyết định sa thải trong một buổi chiều tối. Khốn nạn hơn, vì ổng ở Mỹ theo diện visa L1, nên chỉ có 60 ngày để cuốn gói khỏi đất nước mà vợ chồng ổng đang gầy dựng cuộc sống.
Dân mạng xôn xao: Code giỏi không bằng quan hệ?
Bài viết nhận được cả nghìn lượt tương tác, và cộng đồng Dev cũng chia phe combat nảy lửa:
- Phe thực dụng: Đa số đều đồng ý rằng sự nghiệp phần lớn là về "những người bạn ta kết giao trên đường đi" chứ không phải giá trị ta mang lại. Khi mới bắt đầu, ai cũng dạy bạn về chứng chỉ, kỹ năng, nhưng chẳng ai dạy bạn rằng thằng được giữ lại là thằng biết chọn phe để đứng.
- Phe "Code bẩn là sống dai": Một ông có 10 năm kinh nghiệm phán xanh rờn: "Code dễ đọc, dễ hiểu là con đường ngắn nhất tới thất nghiệp". Cứ làm đống code spaghetti không test, không document thì sếp mới không dám đuổi vì... có ai hiểu mẹ gì đâu mà sửa.
- Phe quản trị: Nhiều người chỉ ra rằng sếp đôi khi chẳng biết ai là người quan trọng thực sự. Họ chỉ nhìn vào bảng lương và chọn cắt những ông lương cao nhất để tối ưu chi phí.
- Nghi vấn AI: Thậm chí có vài ông còn soi profile chủ thớt, bảo là ảnh đại diện với bio trông giống AI tạo ra. Nhưng chủ thớt đã lên tiếng đính chính là dùng nickname để bảo vệ danh tiếng nghề nghiệp.
Bài học sinh tồn: Đừng để doanh nghiệp chết vì "kiến thức bộ lạc"
Góc nhìn từ WorkCloud: Câu chuyện này là một lời cảnh tỉnh cực mạnh cho các chủ doanh nghiệp SME và cả anh em Dev.
- Với chủ doanh nghiệp: Đừng để công ty bị bắt thâu bởi vài cá nhân nắm giữ "bí kíp". Nếu hệ thống của bạn vận hành kiểu "chỉ ông A mới biết làm", thì bạn đang cầm một quả bom hẹn giờ. Hãy sử dụng các nền tảng Work OS để chuẩn hóa quy trình, tài liệu hóa mọi thứ. Một hệ thống vận hành minh bạch sẽ giúp bạn nhận ra ai là người làm được việc thực sự, thay vì nghe lời dèm pha của mấy lão sếp trung gian thích diễn kịch.
- Với anh em Dev: Shipping là tốt, nhưng đừng chỉ biết ship code. Hãy xây dựng mạng lưới quan hệ và học cách "marketing" bản thân. Khi bạn dập tắt được lửa, bạn trở thành người hùng, nhưng khi hết lửa, bạn lại là người biết quá nhiều về những lỗi lầm cũ.
Đừng để đến lúc nhận "phong bì xanh" mới nhận ra mình quá ngây thơ. Nếu công ty bạn đang quá loạn xạ, quy trình chồng chéo và toàn dùng "miệng" để quản lý, có lẽ đã đến lúc gợi ý sếp dùng thử WorkCloud để dọn dẹp đống rác đó, trước khi bạn trở thành nạn nhân tiếp theo của chính trị công sở.
Nguồn: Reddit