Mèo Ăn Mất Mã Nguồn Của Tôi

Dịch từ:

The Pragmatic Programmer – From Journeyman to Master
- Chapter 1. A Pragmatic Philosophy
  - The Cat Ate My Source Code

Một trong những điểm yếu lớn nhất của con người là sợ bị coi thường vì yếu đuối.

J. B. Bossuet, Chính trị từ Kinh Thánh, 1709

Một trong những điểm cốt lõi của triết lý thực dụng là ý tưởng về việc chịu trách nhiệm với bản thân và hành động của bạn đối với sự tiến xa trong sự nghiệp, dự án của bạn và công việc hàng ngày của bạn. Một Lập Trình Viên Thực Dụng đảm nhận trách nhiệm cho sự nghiệp của mình, và không sợ thừa nhận sự không hiểu biết hoặc lỗi lầm. Điều này không phải là khía cạnh dễ chịu nhất của lập trình, nhưng nó sẽ xảy ra — thậm chí trên những dự án tốt nhất. Mặc dù có kiểm thử kỹ lưỡng, tài liệu tốt và tự động hóa đáng tin cậy, mọi thứ vẫn có thể sai lầm. Sự giao hàng trễ. Những vấn đề kỹ thuật không lường trước nảy sinh.

Những điều này xảy ra, và chúng ta cố gắng giải quyết chúng một cách chuyên nghiệp nhất có thể. Điều này có nghĩa là trung thực và thẳng thắn. Chúng ta có thể tự hào với khả năng của mình, nhưng chúng ta phải trung thực với điểm yếu của mình — sự không hiểu biết cũng như lỗi lầm của chúng ta.

Chịu Trách Nhiệm

Trách nhiệm là điều bạn chấp nhận một cách tích cực. Bạn cam kết đảm bảo rằng mọi thứ được thực hiện đúng, nhưng bạn không nhất thiết có quyền kiểm soát trực tiếp mọi khía cạnh của nó. Ngoài việc thực hiện hết khả năng cá nhân của bạn, bạn phải phân tích tình hình để xác định những rủi ro nằm ngoài tầm kiểm soát của bạn. Bạn có quyền từ chối chịu trách nhiệm cho một tình huống không thể thực hiện, hoặc một tình huống mà rủi ro quá lớn. Bạn sẽ phải quyết định dựa trên đạo đức và nhận thức của riêng bạn.

Khi bạn chấp nhận trách nhiệm cho một kết quả, bạn nên mong đợi phải chịu trách nhiệm về nó. Khi bạn mắc lỗi (như chúng ta ai cũng làm) hoặc sai lầm trong đánh giá, hãy thừa nhận một cách trung thực và cố gắng đưa ra các phương án.

Đừng đổ lỗi cho người khác hoặc cho điều gì khác, hoặc nghĩ ra lý do. Đừng đổ lỗi cho mọi vấn đề lên nhà cung cấp, ngôn ngữ lập trình, quản lý hoặc đồng nghiệp của bạn. Tất cả những yếu tố này có thể đóng vai trò, nhưng bạn phải tìm giải pháp, không phải lý do.

Nếu có rủi ro là nhà cung cấp không thực hiện đúng cam kết với bạn, thì bạn nên có kế hoạch dự phòng. Nếu ổ đĩa bị hỏng — mất hết mã nguồn của bạn — và bạn không có bản sao lưu, đó là lỗi của bạn. Nói với sếp “mèo ăn mất mã nguồn của tôi” không giải quyết được vấn đề.