Làm hay không làm? Nghệ thuật nói "KHÔNG" để cứu rỗi đời Dev và túi tiền SME

Nghề dev mình lạ lắm, nhiều ông cứ thích "over-engineering" – tức là phức tạp hóa vấn đề cho nó ra dáng pro. Nhưng cái Gist đang làm mưa làm gió trên Hacker News với hơn 1400 upvote chỉ vỏn vẹn một câu trả lời cho câu hỏi có nên triển khai tính năng mới hay không: KHÔNG.

Chuyện gì đang làm dậy sóng giới Dev trên Hacker News?

Chuyện là có một ông dev tên Bretonium quăng lên Github một cái Gist ngắn ngủn. Nội dung chẳng có dòng code nào, chỉ là một câu hỏi tự vấn và câu trả lời dứt khoát như cách người yêu cũ chia tay: "Shall I implement it? No".

Nghe thì có vẻ lười biếng hay tấu hài, nhưng thực tế đây là đỉnh cao của tư duy YAGNI (You Ain't Gonna Need It). Anh em mình thường có xu hướng vẽ ra đủ thứ tính năng "cho tương lai", để rồi 99% trong số đó chẳng bao giờ được dùng tới, trong khi tech debt (nợ kỹ thuật) thì cứ chồng chất như núi, mỗi lần deploy là một lần thót tim vì sợ sập server.

Giang hồ mạng và những màn "quay xe" tư duy cực gắt

Cái post này tưởng đơn giản mà lại gãi đúng chỗ ngứa của hàng ngàn anh em dev đang "vã" vì fix bug. Có mấy luồng quan điểm đang chiếm sóng:

• Phe "Tối giản là chân lý": Code tốt nhất là code chưa bao giờ được viết. Không code là không có bug, không cần bảo trì, không tốn tài nguyên. Đỉnh cao của sự tối ưu là đây chứ đâu!
• Phe "Nỗi đau thấu trời": Nhiều ông vào khóc lóc kể lể về những dự án "siêu to khổng lồ" nhưng đắp chiếu vì sếp thích vẽ tính năng, cuối cùng "toang" vì hệ thống quá cồng kềnh, cắn RAM như cắn kẹo.
• Phe "Thực tế phũ phàng": "Tôi mà nói No với sếp là sếp cho tôi No cơm luôn". Tuy nhiên, phe này cũng thừa nhận nếu có thể thuyết phục được stakeholders bớt vẽ vời thì đời dev sẽ bớt khổ, sản phẩm cũng mượt mà hơn.

Bài học sinh tồn: Đừng để "tính năng thừa" bóp nghẹt doanh nghiệp

Nhìn từ vụ này, mình thấy anh em SME nhà mình hay mắc cái bẫy "phải thật xịn, phải thật nhiều". Cứ nghĩ phần mềm phải có hàng tỷ nút bấm, tính năng ảo ma mới là công nghệ đỉnh cao. Nhưng thực tế, vận hành doanh nghiệp cần sự gọn - nhẹ - thực dụng.

Tại WorkCloud, bọn tôi luôn tâm niệm: Một công cụ tốt là công cụ giải quyết đúng vấn đề, chứ không phải một đống code "rác" chạy ngầm làm chậm hệ thống. Thay vì tốn hàng tháng trời để build một cái "tên lửa" rồi để xó vì nhân viên không biết dùng, hãy bắt đầu với những thứ tinh gọn nhất, hiệu quả nhất với chi phí rẻ nhất.

Đôi khi, biết nói "Không" với những yêu cầu viển vông chính là cách tốt nhất để cứu vãn deadline của dev và túi tiền của sếp đấy anh em ạ. Bớt "vẽ" lại, tập trung vào giá trị cốt lõi, đó mới là tư duy của những người làm nghề thực thụ.

Nguồn: Hacker News