Giới thiệu về Simple Design Bài 3: Ít hơn là nhiều hơn

Khóa học này là khóa học thứ ba trong lộ trình Simple Design và là khóa học cuối cùng của phần giới thiệu Simple Design, nơi đề cập đến chất lượng code về mặt lý thuyết. Sau khi hoàn thành khóa học này, bạn có thể coi như đã xây dựng được nền tảng để viết code tốt. Bạn nên xem khóa học đầu tiên được mở miễn phí và khóa học thứ hai về xử lý code trùng lặp trước khi học khóa này.

Kế hoạch giảng dạy

Có hai cách để đạt được Simple Design như sau.

1. Loại bỏ mã trùng lặp.

2. Đồng thời giảm bớt các thành phần cấu thành.

Trong bài giảng trước, chúng ta đã tập trung vào việc loại bỏ code trùng lặp, và trong bài giảng này, chúng ta sẽ tập trung vào việc giảm thiểu các thành phần cấu thành.

Các nguyên tắc để xử lý chất lượng code không chỉ đơn thuần là ghi nhớ, mà phải hiểu được quá trình hình thành các nguyên tắc đó và tại sao chúng lại cần thiết. Vì vậy, trước tiên tôi sẽ giải thích lý do tại sao cần phải giảm các thành phần cấu tạo. Sau đó, chúng ta sẽ lần lượt xem xét thành phần nào cần được ưu tiên giảm thiểu. Chúng ta cũng sẽ tìm hiểu có thể đánh giá kích thước hàm phù hợp - một trong những yếu tố quan trọng trong chất lượng code - dựa trên tiêu chí nào, và cũng sẽ xem xét qua ví dụ về quy trình để đạt được một hàm tốt.

Giờ đây, tôi cũng sẽ giới thiệu ngắn gọn nội dung của cuốn sách Refactoring đang dần trở thành kinh điển, đề cập đến khái niệm lãng phí cần thiết từ góc độ kỹ thuật công nghiệp, và cuối cùng kết thúc bằng cách xem xét phương pháp đánh giá và cải thiện chất lượng code của bản thân và team.

Mục lục như sau.

1. Những thành phần cấu thành nào cần được rút gọn?

2. Tại sao phải rút gọn?

3. Nên bắt đầu giảm từ thành phần nào?

   1. Quý

   2. Trạng thái

   3. Mã xử lý ngoại lệ

   4. Test case

4. Độ sâu của call stack và kích thước hàm phù hợp

5. Giảm thiểu các thành phần thông qua Bad smell của Refactoring

6. Lãng phí cần thiết

7. Nhìn lại chất lượng code của tôi

Khóa học này cũng đi kèm với nhiều ví dụ phong phú. Các ví dụ chủ yếu sử dụng ba ngôn ngữ: Python, TypeScript và Java, và sẽ rất thú vị khi xem chúng khác nhau như thế nào giữa các ngôn ngữ.

Số lượng thành phần cũng là vấn đề liên quan trực tiếp đến hiệu quả sử dụng AI. Các LLM lập trình đều có chính sách tính phí theo số lượng token, do đó khi số lượng thành phần giảm thì số lượng token cần sử dụng cho LLM cũng giảm theo và nhờ đó AI có thể làm việc hiệu quả hơn.

Làm thế nào để dễ dàng bảo trì các dự án quy mô lớn? Cách tốt nhất là giữ cho dự án của chúng ta ở quy mô nhỏ để không trở thành dự án quy mô lớn. Tôi đã làm việc ở các công ty có quy mô đa dạng từ doanh nghiệp lớn đến startup, và cũng đã thực hiện nhiều dự án tư vấn, outsourcing, tôi thường xuyên thấy các phần mềm cung cấp chức năng rất tương tự nhau nhưng quy mô code lại chênh lệch hơn 10 lần. Điều đó có nghĩa là có công ty đang làm cùng một việc nhưng tốn gấp 10 lần chi phí so với công ty khác. Tuy nhiên, nếu chỉ cố gắng giải quyết vấn đề bằng cách chia nhỏ mà không cố gắng giảm tổng lượng code, thì thường chỉ làm tăng thêm giao tiếp giữa các team mà năng suất không được cải thiện. Nếu nhạy cảm hơn với lượng code và số lượng thành phần cấu tạo, và cố gắng giảm thiểu chúng, sẽ có ngày bạn cảm thấy việc bảo trì dự án dài hạn trở nên dễ dàng.

Hãy cùng thành thạo phần giới thiệu về Simple Design và chuẩn bị tiến lên cấp độ cao hơn.