Sự căm ghét mã nguồn của các kỹ sư phần mềm

• Các kỹ sư phần mềm đặc biệt ghét mã do người khác viết.
• Kiến trúc microservices cho phép các kỹ sư giấu đoạn mã cũ đằng sau container và load balancer để giả vờ như nó không tồn tại.
• Thay vì kiểm tra cách triển khai thực tế của các dependency hay bộ kiểm thử, các kỹ sư chủ yếu tìm đến Stack Overflow để tìm giải pháp bằng mã.
• Các kỹ sư ghét việc rà soát mã của người khác, và điều này có thể làm chậm việc phê duyệt pull request.
• Các kỹ sư thích viết mã và có thể đắm chìm vào đó đến mức quên cả những nhu cầu cơ bản như ăn và ngủ.
• Các kỹ sư thích đọc về mã và cách viết mã, ngay cả khi họ không thực sự đọc đoạn mã ví dụ được cung cấp.
• Họp hành, viết tài liệu, kiểm thử và refactor mã đều là những yếu tố phiền toái làm mất thời gian của các kỹ sư.
• Các kỹ sư liên tục tìm kiếm công cụ và công nghệ giúp họ viết được nhiều mã hơn, và trong vài năm gần đây đã xuất hiện các công cụ dựa trên AI.
• Các kỹ sư senior đã nhận ra tầm quan trọng của việc giảm thiểu mã và xóa bỏ mã không cần thiết để giảm bảo trì và downtime.
• Các kỹ sư senior coi trọng những lời giải thanh nhã cho các vấn đề phức tạp, nhưng hoài nghi về việc viết mã không mang lại giá trị.
• Các kỹ sư cần lưu tâm đến chi phí và tác động của mã do mình viết, đồng thời tận dụng các giải pháp sẵn có khi có thể.
• Những đặc điểm được mô tả trong bài viết này phản ánh thái độ của các kỹ sư trong quá khứ.
• Bài viết này đã khơi ra thảo luận trên Hacker News.

[GN⁺]

Ý kiến trên Hacker News

• Các kỹ sư ghét đoạn mã do người khác viết, vì vậy họ thích tham gia các dự án greenfield hơn.
• Tuy nhiên, cũng có những kỹ sư thích việc bảo trì mã hiện có, và xem đó là điều quan trọng với một dự án thành công.
• Các tư vấn viên cũng ghét code và thường khuyến nghị viết lại từ đầu. Điều này tạo ra cán cân rủi ro-lợi nhuận có lợi cho họ.
• Những kỹ sư giỏi tự hào về công việc của mình và coi trọng chất lượng hơn số lượng. Nhưng những cách triển khai cẩu thả hoặc vội vàng có thể gây ra sự ác cảm với code.
• Điều quan trọng là phải cân nhắc cẩn thận phân tích chi phí so với lợi ích giữa việc sửa đổi mã hiện có và viết lại nó.
• Việc đọc và diễn giải code có thể là một niềm vui, nhưng code thiếu tính nhất quán sẽ khiến việc làm việc với nó trở nên khó khăn.
• Bất kể triết lý thiết kế được chọn là gì, tính nhất quán của code vẫn rất quan trọng đối với khả năng bảo trì và sự dễ dàng khi thay đổi.
• Đôi khi, sự khái quát hóa rằng các kỹ sư ghét code được dùng để biện minh cho chi phí đã bỏ ra, nhưng bắt đầu lại từ đầu có thể là giải pháp tốt nhất.
• Sự chán ghét với code phổ biến hơn ở các lập trình viên so với các nhà văn, và đọc code là một thực hành quan trọng mà nhiều lập trình viên xem nhẹ.
• Mối quan hệ giữa kỹ sư và code tương tự như mối quan hệ giữa các đối tác, trong đó giao tiếp và niềm tin là then chốt.
• Đôi khi các kỹ sư tìm hoặc tạo ra những tầng trừu tượng phù hợp với mô hình tư duy của mình, nhưng sự kết hợp giữa công cụ phù hợp và sự thấu hiểu của cả nhóm hiếm khi xảy ra.