Với người trả tiền làm phần mềm, có một nghịch lý khó chịu: thứ quan trọng nhất quyết định tương lai sản phẩm lại là thứ bạn không bao giờ nhìn thấy. Bạn thấy giao diện, thấy tính năng chạy, nhưng phần mã nguồn ẩn bên dưới, vốn quyết định sản phẩm có dễ sửa, dễ mở rộng, dễ duy trì hay không, lại hoàn toàn vô hình. Hai sản phẩm trông giống hệt nhau từ bên ngoài có thể có chất lượng bên trong khác nhau một trời một vực, và sự khác biệt đó chỉ lộ ra khi bạn cần thay đổi hay phát triển tiếp. Hiểu sơ về chất lượng phần mã ẩn này, dù bạn không đọc được một dòng mã, giúp bạn bảo vệ khoản đầu tư của mình. Bài viết này giải thích nó theo góc nhìn của người trả tiền.
Chất lượng bên trong: thứ vô hình nhưng quyết định
Mã nguồn là phần ẩn của phần mềm, và chất lượng của nó quyết định nhiều thứ mà bạn quan tâm dù không nhìn thấy nó. Mã được viết tốt thì dễ hiểu, dễ sửa, dễ thêm tính năng, và ít lỗi. Mã viết cẩu thả thì rối rắm, khó thay đổi, dễ sinh lỗi mới mỗi khi đụng vào, và đắt đỏ để duy trì. Hai sản phẩm có thể trông và chạy giống nhau lúc mới giao, nhưng phần ẩn bên trong định đoạt số phận của chúng về sau.
Sự khác biệt này thường không lộ ra ngay mà chỉ hiện rõ khi bạn cần thay đổi sản phẩm. Một sản phẩm với phần lõi sạch sẽ cho phép thêm tính năng nhanh và rẻ; một sản phẩm với phần lõi rối rắm khiến mỗi thay đổi nhỏ cũng tốn kém và rủi ro. Vì phần mềm hầu như luôn cần được phát triển tiếp sau khi ra mắt, chất lượng bên trong này ảnh hưởng sâu tới tổng chi phí và khả năng phát triển của sản phẩm trong nhiều năm. Hiểu rằng có một chiều chất lượng vô hình nhưng quan trọng là điểm khởi đầu để quan tâm tới nó.
Code review là gì, nói đơn giản
Code review, hay rà soát mã, là một thực hành trong đó mã do một lập trình viên viết được một lập trình viên khác xem xét trước khi được chấp nhận. Mục đích là bắt lỗi sớm, đảm bảo mã đạt chất lượng, và chia sẻ hiểu biết trong đội. Hãy hình dung nó như việc một người thứ hai đọc lại một văn bản quan trọng trước khi gửi đi, để bắt những sai sót mà người viết không thấy và đảm bảo chất lượng.
Thực hành này là một dấu hiệu của một đội ngũ chuyên nghiệp và coi trọng chất lượng. Nó giúp bắt lỗi khi chúng còn rẻ để sửa, ngăn mã kém chất lượng tích tụ, và đảm bảo nhiều người hiểu hệ thống thay vì tri thức tập trung vào một cá nhân. Với tư cách người trả tiền, bạn không tham gia vào việc rà soát mã, nhưng biết rằng đội làm có thực hành này cho bạn một tín hiệu yên tâm về cách họ làm việc. Một đội bỏ qua hoàn toàn việc rà soát lẫn nhau thường để chất lượng phụ thuộc hoàn toàn vào từng cá nhân, một cách làm rủi ro hơn.
Vì sao mã tốt quan trọng với bạn dù bạn không đọc nó
Bạn có thể tự hỏi tại sao mình nên quan tâm tới chất lượng của thứ mình không bao giờ đọc. Câu trả lời nằm ở những hệ quả kinh doanh rất thực của nó. Mã tốt nghĩa là khi bạn cần thêm tính năng mới, nó nhanh và rẻ hơn. Nghĩa là sản phẩm ít lỗi hơn, ít gây gián đoạn hơn. Nghĩa là bạn dễ tìm người khác tiếp quản nếu cần, không bị khóa vào một bên. Và nghĩa là sản phẩm có thể lớn lên cùng doanh nghiệp thay vì trở thành rào cản.
Ngược lại, mã kém chất lượng âm thầm áp lên bạn một loại thuế. Mỗi thay đổi tốn nhiều thời gian và tiền hơn. Lỗi xuất hiện thường xuyên hơn. Và tới một lúc nào đó, sản phẩm có thể trở nên khó duy trì tới mức bạn buộc phải làm lại từ đầu, một sự lãng phí lớn của khoản đầu tư ban đầu. Vì những hệ quả này, chất lượng bên trong không phải mối quan tâm riêng của dân kỹ thuật mà là một yếu tố ảnh hưởng trực tiếp tới túi tiền và tương lai sản phẩm của bạn, dù nó hoàn toàn vô hình.
Nợ kỹ thuật: cái giá của sự cẩu thả tích tụ
Có một khái niệm hữu ích để hiểu hệ quả của mã kém chất lượng: nợ kỹ thuật. Giống như nợ tài chính, nó là cái giá của việc đi đường tắt hôm nay mà phải trả lãi về sau. Khi mã được viết cẩu thả hay đi tắt để nhanh, nó tạo ra một khoản nợ ẩn, và khoản nợ này tích lũy lãi dưới dạng sự khó khăn và tốn kém ngày càng tăng khi làm việc với sản phẩm.
Đôi khi đi tắt là một quyết định hợp lý, giống như vay nợ có chủ đích, miễn là bạn ý thức về nó và trả nó về sau. Vấn đề là khi nợ kỹ thuật tích tụ mà không được quản lý, nó dần làm tê liệt khả năng phát triển sản phẩm. Mỗi tính năng mới trở nên khó hơn, mỗi thay đổi rủi ro hơn, cho tới khi đội ngũ dành phần lớn sức lực chỉ để vật lộn với mớ rối thay vì tạo ra giá trị. Hiểu khái niệm nợ kỹ thuật giúp bạn thấy vì sao đầu tư vào chất lượng từ đầu, dù chậm hơn một chút, thường rẻ hơn nhiều so với việc tích lũy một khoản nợ ẩn sẽ ngày càng đè nặng.
Dấu hiệu một đội coi trọng chất lượng bên trong
Vì bạn không đọc được mã, làm sao biết một đội có coi trọng chất lượng hay không? Có những dấu hiệu gián tiếp đáng để ý. Một đội coi trọng chất lượng nói về những thực hành như rà soát mã, kiểm thử, và viết tài liệu một cách tự nhiên như một phần công việc. Họ không xem những thứ này là phụ phí có thể cắt mà là một phần của việc làm đúng. Họ cũng trung thực về việc đôi khi cần thời gian để làm cho tốt thay vì chỉ làm cho nhanh.
Ngược lại, một đội coi nhẹ chất lượng có thể chỉ tập trung vào việc giao tính năng nhanh nhất có thể, xem những thực hành đảm bảo chất lượng là tốn thời gian không cần thiết, và hứa hẹn những tốc độ đáng ngờ mà không nhắc gì tới chất lượng. Cách một đội nói về sự đánh đổi giữa tốc độ và chất lượng tiết lộ nhiều về cách họ làm việc. Một đội trưởng thành hiểu rằng làm nhanh mà ẩu sẽ trả giá đắt về sau, và họ cân bằng hai điều này một cách có trách nhiệm thay vì hy sinh hoàn toàn chất lượng cho tốc độ.
Bạn kiểm tra chất lượng bên trong thế nào
Là người không kỹ thuật, bạn có vài cách gián tiếp để có thêm sự yên tâm về chất lượng. Bạn có thể hỏi đội làm về cách họ đảm bảo chất lượng mã, và lắng nghe xem họ có những thực hành rõ ràng hay trả lời mơ hồ. Bạn có thể, với những dự án quan trọng, nhờ một bên thứ ba độc lập đánh giá chất lượng mã, một cách để có cái nhìn khách quan từ một chuyên gia bạn tin tưởng.
Một cách khác là quan sát những dấu hiệu gián tiếp theo thời gian: sản phẩm có thường xuyên gặp lỗi không, việc thêm tính năng mới có ngày càng chậm và tốn không, đội làm có vật lộn với những thay đổi tưởng đơn giản không. Những dấu hiệu này, dù không trực tiếp như đọc mã, vẫn cho bạn cảm nhận về sức khỏe bên trong của sản phẩm. Điều quan trọng là không hoàn toàn bỏ qua khía cạnh này chỉ vì nó vô hình; sự quan tâm và những câu hỏi đúng của bạn khuyến khích đội làm coi trọng chất lượng, và bảo vệ bạn khỏi việc nhận một sản phẩm đẹp bên ngoài nhưng mục ruỗng bên trong.
Cân bằng giữa chất lượng và tốc độ
Cần một góc nhìn cân bằng: chất lượng quan trọng, nhưng theo đuổi sự hoàn hảo tuyệt đối cũng không thực tế và có thể lãng phí. Mọi dự án đều có sự đánh đổi giữa làm nhanh và làm kỹ, và điểm cân bằng đúng phụ thuộc vào hoàn cảnh. Đôi khi ra mắt nhanh một phiên bản đủ tốt rồi cải thiện là chiến lược đúng; đôi khi sự kỹ lưỡng ngay từ đầu là cần thiết cho một sản phẩm quan trọng.
Điều quan trọng không phải là đòi hỏi sự hoàn hảo ở mọi nơi, mà là đảm bảo những quyết định đánh đổi được đưa ra một cách có ý thức và có trách nhiệm, không phải sự cẩu thả được ngụy trang thành tốc độ. Một đội ngũ tốt minh bạch về những đánh đổi này, giải thích khi nào họ đi tắt và vì sao, và quản lý nợ kỹ thuật thay vì để nó tích tụ vô tội vạ. Với tư cách người trả tiền, mục tiêu của bạn không phải là một sản phẩm hoàn hảo về mặt kỹ thuật bằng mọi giá, mà là một sản phẩm có chất lượng bên trong đủ tốt để phục vụ nhu cầu kinh doanh của bạn một cách bền vững và tiết kiệm trong nhiều năm.
Ở Microads, chúng tôi coi rà soát mã, kiểm thử và quản lý nợ kỹ thuật là một phần tự nhiên của công việc, vì chất lượng bên trong quyết định chi phí và tương lai sản phẩm của bạn dù bạn không nhìn thấy nó. Nếu bạn muốn chắc rằng sản phẩm của mình vững cả bên trong chứ không chỉ đẹp bên ngoài, hãy gọi 0919 788 815 hoặc trao đổi với chúng tôi qua khanhn@microads.vn.
