Nguyên lý 'Chiếc rìu của Ockham' trong việc đơn giản hóa vấn đề

Hệ điều hành tâm trí của chúng ta rất hay bị treo vì nạp quá nhiều giả thuyết rác. Chiếc rìu của Ockham chính là công cụ dọn rác tối thượng: Nếu có hai cách giải thích cho một vấn đề, phương án nào đơn giản nhất thường là đáp án đúng.

Đừng vội tưởng tượng ra một âm mưu thâm độc khi đồng nghiệp quên trả lời tin nhắn. Khả năng cao là họ chỉ đang bận hoặc ngủ quên thôi. Việc chặt bỏ những suy diễn cồng kềnh giúp bạn tiết kiệm RAM não bộ cho những việc thực sự quan trọng.

Ockham khuyên ta đừng nhân bản các thực thể không cần thiết. Cứ chọn đường thẳng mà đi, đừng vẽ thêm đường vòng vèo chỉ để cảm thấy mình đang sâu sắc một cách vô ích.

Nhưng lỡ cái phương án đơn giản nhất đó lại sai bét thì sao?

Đúng là Ockham không phải 'vị thần' luôn đúng, nó chỉ là một bộ lọc xác suất. Trong lập trình, khi code lỗi, bạn sẽ kiểm tra lỗi cú pháp trước khi nghi ngờ server bị hacker tấn công. Đó là cách tối ưu hóa quy trình debug.

Nếu bạn luôn chọn giả thuyết phức tạp nhất để tin, bạn đang lãng phí tài nguyên xử lý cho những kịch bản có tỉ lệ xảy ra cực thấp. Thà sai nhanh ở phương án đơn giản rồi sửa, còn hơn kẹt cứng trong mớ bòng bong suy diễn.

Ủa, vậy cứ sai bao nhiêu lần thì mới được phép nghĩ nó phức tạp?

Đừng dùng con số, hãy dùng 'ngưỡng dữ liệu'. Trong kỹ thuật, nếu check hết lỗi cơ bản mà máy vẫn treo, đó là lúc phải soi vào tận nhân chip. Ockham không bảo bạn mù quáng, nó chỉ bảo bạn hãy xếp hàng ưu tiên từ thấp đến cao.

Khi bằng chứng mới xuất hiện mà giả thuyết đơn giản không còn gánh nổi, đó là 'red flag'. Nếu bạn thấy người yêu lạ, ban đầu cứ nghĩ họ mệt. Nhưng nếu họ 'mệt' suốt ba tháng kèm mật khẩu mới, thì giả thuyết đơn giản đã hết hạn dùng.

Lúc này, chuyển sang phương án phức tạp là cập nhật hệ thống dựa trên thực tế. Đơn giản là bước đệm khởi đầu, không phải là cái kén để bạn trốn tránh sự thật.

Làm sao phân biệt được đâu là dữ liệu thật, đâu là do mình tự vẽ ra?

Khác biệt nằm ở tính lặp lại. Một lần là lỗi ngẫu nhiên, hai lần là trùng hợp, nhưng đến lần thứ ba thì đó là một bug hệ thống. Suy diễn thường bắt đầu từ nỗi sợ và cảm xúc, còn cập nhật thực sự bắt đầu từ những sự thật không thể chối cãi.

Đừng cố đọc vị tâm hồn người khác qua một cái nhíu mày. Hãy nhìn vào những dữ liệu cứng: thời gian, hành động, kết quả. Nếu thực tế liên tục lệch pha với giả thuyết cũ, đó mới là lúc bạn cần nâng cấp logic của mình để khớp với thực tế mới.

Hãy giữ tâm trí như một bảng Excel, chỉ nhập vào những gì có thể kiểm chứng. Nếu bạn thấy mình đang dùng quá nhiều tính từ để mô tả thay vì động từ, đó là dấu hiệu bạn đang bắt đầu suy diễn quá đà rồi đấy.

Vậy nếu ta chỉ đang chọn lọc dữ liệu để tự lừa mình?

Đó chính là "thiên kiến xác nhận" - một loại virus trong hệ điều hành não bộ. Lúc này, bạn không còn là người quan sát khách quan nữa, mà là một luật sư đang cố cãi chày cãi cối cho cái kết luận đã có sẵn trong đầu.

Để diệt virus này, hãy thử tìm "dữ liệu ngược". Thay vì chỉ tìm bằng chứng họ đang lừa dối, hãy thử tìm một lý do chứng minh họ trung thực. Nếu bạn cố tìm mà không thấy nổi một dữ liệu đối lập nào, thì kết luận của bạn mới thực sự có giá trị.

Một bảng Excel trung thực phải chấp nhận cả những số âm và dòng báo lỗi. Dữ liệu thật thường gây khó chịu, còn dữ liệu "tự vẽ" thì luôn vừa khít một cách hoàn hảo với nỗi sợ của bạn.