kinh nghiệm code | Từ coder đến developer

Hôm nay, chúng ta vừa đọc vừa ngẫm nghĩ về 1 câu chuyện ngắn ngủi nhưng khá sâu sắc giữa bậc thiền sư và một chàng coder trẻ tuổi nhé.

Chuyện về bậc thiền sư…

Chuyện kể rằng, ở nước Việt có 1 bậc thiền sư tiếng tăm lừng lẫy. Nghe đồn rằng, ngài trên thông Cloud, dưới tường DevOps.

Dự án từ to tới nhỏ gì cũng đã từng làm qua. Code ngài viết ra không những không có bug mà còn trong sáng như nước hồ thu. Hệ thống dưới bàn tay của ngài chạy mượt mà như nước chảy mây trôi, trăm ngàn người dùng cũng không hề suy suyễn.

Theo ngành vài chục năm, tuy thân đã già nhưng trí chưa già, ngài vẫn ngày ngày viết code, thiết kế architecture, đi giảng đạo nâng cao trình độ cho con cháu trong ngành.

Một ngày nọ, khi ngày đang giảng đạo, bỗng có một chàng trai trẻ tên Hoàng cầu kiến.

Chuyện đồn rằng bậc thiền sư đã già nhưng vẫn ngày ngày viết code

Continue reading Chuyện về bậc thiền sư và chàng coder trẻ tuổi →

Nếu chăm chỉ đọc blog của mấy developer giỏi và nổi tiếng (như Uncle Bob, Martin Fowler, John Skeet), các bạn sẽ thấy họ có rất nhiều guideline để viết code cho tốt:

Sử dụng nguyên lý SOLID để code tách bạch, rõ ràng, dễ sửa chữa
Sử dụng Seperation of Concern và các mô hình phổ biến như MVC, MVVM để phân tách code thành nhiều thành phần nhỏ, dễ quản lý
Áp dụng design pattern để giải quyết các vấn đề trong code
Viết code phải viết thêm test để đảm bảo code chạy đúng

Làm và áp dụng theo những guideline này, chúng ta có thể có code… đúng chuẩn (có thể thôi nhé).

Tuy nhiên, trên thực tế, đa phần code trong các dự án đều khá … tởm. Code không có architecture rõ ràng, không có design pattern, viết cẩu thả. Nhiều khi đọc code xong, ta chỉ muốn đập đi xây lại, viết lại cho… đúng chuẩn.

Tuy nhiên, đã bao giờ bạn tự hỏi: Liệu viết code SOLID, chuẩn này chuẩn kia, DI/IoC đồ có thật sự làm code tốt lên hay không? Liệu ta có nên đảm bảo code viết ra phải cực kì hoàn hảo, phải có trật tự?