Giữ Năng Suất: Làm Cơ Bản Trước Khi Lên Đỉnh Cao
Mỗi lập trình viên đều đã từng trải qua cảm giác này: bạn bắt đầu sửa một lỗi nhỏ, và chỉ sau 10 phút, bạn đã chạm vào hơn 100 tệp tin. 😅
Một câu nói giúp tôi giữ được sự tập trung:
"Làm cơ bản trước, sau đó là phép màu."
Nó nhắc nhở tôi phải tập trung vào những gì quan trọng nhất — mang lại giá trị — trước khi lao vào việc tái cấu trúc, tối ưu hóa hay thay đổi kiến trúc.
🛠️ Bắt Đầu Với Cơ Bản
Trước khi bạn thực hiện tái cấu trúc, hãy tự hỏi bản thân:
- Tôi có hiểu vấn đề không?
- Giải pháp có phù hợp với nhóm không?
- Mã nguồn có hoạt động và đã được kiểm tra chưa?
- Điều này có giải quyết một nhu cầu thực sự của người dùng không?
Ví dụ:
Bạn đang sửa một lỗi đăng nhập.
Cơ bản: sửa lỗi để người dùng có thể đăng nhập.
Phép màu: tái cấu trúc thành phần, tách các hook, cải thiện khả năng tiếp cận.
Nếu bạn bắt đầu với phép màu, bạn có nguy cơ mất đi tầm nhìn về vấn đề thực sự — và lãng phí thời gian.
🧭 Nguyên Tắc Giúp Bạn Tập Trung
Dưới đây là ba nguyên tắc tôi sử dụng hàng ngày để duy trì năng suất và tránh sự phức tạp không cần thiết:
🔹 KISS — Giữ Nó Đơn Giản, Ngốc Nghếch
Sự đơn giản là chiến thắng. Nếu nó hoạt động và dễ đọc, đừng làm phức tạp hóa.
Ví dụ:
Bạn thấy một hàm hoạt động tốt nhưng có thể “thanh lịch” hơn.
KISS nói: Nó đang hoạt động. Hãy để nó yên.
🔹 YAGNI — Bạn Sẽ Không Cần Nó
Đừng xây dựng tính năng hoặc trừu tượng cho đến khi chúng thực sự cần thiết.
Ví dụ:
Bạn có xu hướng thêm một hệ thống cấu hình cho sử dụng trong tương lai.
YAGNI nói: Nếu không ai yêu cầu, đừng xây dựng nó.
🔹 Quy Tắc Boy Scout — Để Mã Nguồn Tốt Hơn Khi Bạn Rời Khỏi Đó
Cải thiện những điều nhỏ khi bạn đi qua, nhưng đừng làm chệch hướng nhiệm vụ.
Ví dụ:
Bạn nhận thấy một tên biến gây nhầm lẫn trong khi sửa lỗi.
Quy tắc Boy Scout nói: Đổi tên nó, cam kết nó — nhưng hãy tập trung vào lỗi.
💡 Mẹo Thực Tiễn
- Trước khi tái cấu trúc, hãy tự hỏi:
“Liệu điều này có cải thiện việc giao hàng hôm nay hay chỉ thỏa mãn sự hoàn hảo của tôi?”
- Sử dụng các chú thích như
// TODO: đơn giản hóa logic nàyđể đánh dấu các cải tiến trong tương lai. - Lên lịch thời gian dành riêng cho việc tái cấu trúc với nhóm của bạn (ví dụ: ngày nợ kỹ thuật).
🤝 Kết Luận
Việc tái cấu trúc rất có giá trị. Mã nguồn sạch sẽ quan trọng.
Nhưng năng suất đến từ việc thực hiện cơ bản tốt — giải quyết những vấn đề thực sự, cung cấp giá trị thực sự.
Khi cơ bản đã vững chắc, thì đúng rồi — hãy đi và thực hiện phép màu. ✨
📣 Còn Bạn Thì Sao?
Những nguyên tắc hoặc câu nói nào giúp bạn giữ được sự tập trung khi lập trình?
Bạn đã bao giờ bị lạc trong một lần tái cấu trúc không cần thiết chưa?
Hãy để lại ý kiến của bạn bên dưới.
