Từ "Hàng rào của Chesterton" đến "Khoảng trống của Chesterton": Bài học cho lập trình viên
Bài viết khám phá nguyên tắc "Hàng rào của Chesterton" trong kỹ thuật phần mềm, nhấn mạnh tầm quan trọng của việc hiểu rõ bối cảnh trước khi sửa đổi code cũ. Tác giả còn đề xuất khái niệm "Khoảng trống của Chesterton" để cảnh báo về việc thêm vào các tính năng thừa thãi trong các dự án mã nguồn mở.
G.K. Chesterton, nhà văn và nhà thần học người Anh, có lẽ được các lập trình viên biết đến nhiều nhất thông qua một đoạn văn giới thiệu khái niệm mà ngày nay chúng ta gọi là "Hàng rào của Chesterton". Đây là một ý tưởng rất đơn giản: Khi đi qua một cánh đồng và thấy một hàng rào dường như không có mục đích nào, thay vì đập bỏ nó vì nghĩ rằng nó vô dụng, hãy cố gắng hiểu hoặc hỏi xem tại sao người ta lại dựng nó lên ở đó. Đó là tất cả!
Nói cách khác: Nếu bạn nghĩ rằng ai đó đã xây dựng một thứ gì đó tồi hoặc xây dựng theo cách tồi, hãy cố gắng hiểu lý do tại sao họ lại làm như vậy trước khi xóa bỏ công sức của họ. Việc bị "bỏng" vì phớt lờ Hàng rào của Chesterton gần như là một nghi thức bắt buộc đối với mọi lập trình viên: Bạn nhìn thấy một đoạn code và tự hỏi "đã có ai viết cái thứ quái quỷ này chưa". Sau đó, khi viết lại nó, bạn làm hỏng hệ thống sản xuất (production), và mới nhận ra rằng có một lý do chính đáng khiến người trước đó làm như vậy. Họ không hề ngốc nghếch như bạn nghĩ. Hoặc, bạn viết lại nó và thực sự nó tốt hơn, nhưng ít nhất bạn đã hiểu rõ hơn về người viết nó, và có thể hướng dẫn họ cách xây dựng tốt hơn cùng nhau.
Hàng rào của Chesterton khuyên chúng ta nên chậm lại và truy ngược lại tư duy của người đã xây dựng hệ thống trước đó, từ đó đặt mình vào vị trí của họ. Giữ nguyên tắc này trong tâm trí không chỉ giúp bạn trở thành một kỹ sư giỏi hơn, mà còn giúp bạn thấu cảm hơn với những người xung quanh, những người đã đi trước. Nó cho bạn thấy giới hạn của kiến thức bản thân, nhưng đồng thời cũng cho thấy bạn có thể dạy những người xung quanh điều gì.
Khoảng trống của Chesterton
Vậy đã nói như vậy, tôi nghĩ có một động thái thú vị đang diễn ra trong thế giới phần mềm, mà tôi sẽ gọi là "Khoảng trống của Chesterton". Nó giống như Hàng rào của Chesterton, ngoại trừ việc mọi người đi qua cánh đồng và tự hỏi tại sao chưa ai dựng hàng rào ở đó, và sau đó, không cần hỏi han gì cả, họ tự xây dựng một hàng rào.
Đối với tôi, đây chính là cảm giác khi xây dựng các thư viện mã nguồn mở. Chi phí để tạo ra các dòng code đã giảm xuống gần như bằng 0, khiến mọi người gửi những Pull Request (PR) dài tới 10.000 dòng mà thậm chí không cần mở một issue (vấn đề) để thảo luận trước. Điều đáng nói là những PR này thường rất hợp lý. Chúng không hề xấu! Chỉ là chúng không cần thiết. Chúng thêm vào các tính năng cho dự án mà không ai yêu cầu, thêm các công cụ chỉ hữu ích ở mức tối thiểu, thêm cấu hình cho các IDE mà chẳng ai dùng. Trở lại với câu chuyện ngụ ngôn: Những hàng rào này được xây dựng rất kỹ, chắc chắn, thậm chí có thể phục vụ một mục đích nào đó. Nhưng tôi không cần một hàng rào ở vị trí cụ thể đó, ngay cả khi nó là miễn phí. Tôi đơn giản là không cần nó, và tôi không muốn nó.
Tôi cũng có thể viết những dòng code đó miễn phí. Tôi có những "siêu năng lực" giống như bạn, vì vậy nếu tôi không thêm một tính năng nào đó vào dự án của mình, có lẽ là có lý do chính đáng đằng sau việc đó. Nếu bạn đang thắc mắc tại sao tôi không thêm nó, hãy hỏi tôi. Đừng tự xây dựng hàng rào.
