Hơn 900 upvote trên Hacker News cho trang web tổng hợp các định luật ngành IT. Toàn những chân lý cay đắng đọc xong chỉ biết khóc thét vì quá chuẩn.
Dạo này anh em ôm phím có thấy mỏi lưng không? Có bao giờ các ông ngồi fix một cái bug sấp mặt, để rồi nhận ra kiến trúc hệ thống nó đã nát từ trong trứng nước, hay cay cú vì sếp nhét thêm 5 ông intern vào project đang cháy khét lẹt với hy vọng "làm cho lẹ" chưa? Xin thưa, các ông không cô đơn đâu.
Hôm vừa rồi rảnh háng lướt Hacker News, tôi thấy cái thớt bài Laws of Software Engineering (lawsofsoftwareengineering.com) húp trọn gần ngàn upvote (956 điểm chứ đ*o đùa). Click vào xem thì ôi thôi, nó như một quyển bí kíp chân kinh tổng hợp lại toàn bộ những cay đắng của cái nghiệp gõ phím cộc cộc này.
Nói trắng ra, đây là một trang web list lại các "định luật" bất thành văn trong ngành phần mềm. Không phải mấy cái lý thuyết suông dạy trong trường đại học đâu, mà là xương máu của các vị trưởng lão đời đầu. Điển hình như:
Dù thớt này vắng bóng comment trên post gốc (chắc anh em bận đi hotfix sập máy chủ hết rồi), nhưng dạo một vòng các cõi mạng khác và group dev thì cộng đồng chia phe khá rõ ràng:
Nói tóm cái váy lại, cái trang Laws of Software Engineering này không sinh ra để các ông học thuộc lòng đi phỏng vấn. Nó là cẩm nang sinh tồn, là khiên giáp để anh em mang ra def (phòng thủ) lúc đi deal estimate với sếp.
Làm nghề này, code mượt thôi chưa đủ, phải biết "chính trị" một tí, phải biết lôi định luật của mấy ông Tây lông ra mà khè. Lần tới sếp bảo "Dự án đang cháy, anh nhét thêm 3 đứa em vào phụ chú", hãy dõng dạc đọc thần chú Brooks's Law. Sếp có nghe hay không thì chưa biết, nhưng ít nhất sau này dự án toang, các ông còn có cớ mà nói: "Em đã bảo rồi mà!".
Chúc anh em né bug thành công và không bị deadline đè bẹp dí.
Nguồn tham khảo:
