Dự án web nên viết bằng TypeScript vì nó bắt được một lớp lỗi phổ biến ngay lúc viết mã, trước khi phần mềm tới tay khách: truyền sai kiểu dữ liệu, gọi thiếu trường, đổi tên một hàm mà quên sửa nơi dùng. TypeScript là JavaScript cộng thêm khai báo kiểu, do Microsoft phát triển; mã được kiểm tra rồi chuyển thành JavaScript bình thường để chạy. Với chủ doanh nghiệp, lợi ích thể hiện ở ba chỗ: ít lỗi lọt ra bản chạy thật, sửa và mở rộng phần mềm sau vài năm ít rủi ro hơn, và người mới vào dự án đọc hiểu mã nhanh hơn. Toàn bộ mã web của Alodev, gồm website alodev.vn, phần mềm ALODEV AIO và blog của người sáng lập, được viết bằng TypeScript. Bài này giải thích vì sao, kèm cái giá thật và những trường hợp không cần.
Một lỗi tính tiền mà JavaScript không báo
JavaScript cho phép một biến lúc là số, lúc là chuỗi, và tự đổi kiểu khi tính toán. Tính năng này giúp viết nhanh, nhưng cũng là nguồn của những lỗi rất khó thấy. Ví dụ dưới đây là một đơn hàng 2 áo giá 150.000 đồng, phí giao hàng 30.000 đồng. Dữ liệu đến dưới dạng chuỗi, điều thường xảy ra khi đọc từ ô nhập liệu hay từ một API viết không cẩn thận.
Bản JavaScript không hề báo lỗi. Nó in ra 30.000.030.000 đồng, và nếu con số đó đi vào hoá đơn, email xác nhận hay báo cáo doanh thu, người phát hiện đầu tiên có thể là khách hàng. Bản TypeScript không chạy được tới bước đó: trình kiểm tra kiểu từ chối ngay dòng khai báo dữ liệu, chỉ đúng vị trí, trước khi mã được đóng gói.
Cần nói rõ giới hạn. TypeScript chỉ kiểm tra những gì nó nhìn thấy lúc viết mã. Dữ liệu thật đến từ API bên ngoài lúc chạy không được kiểm tra tự động; muốn chặn cả chỗ đó phải thêm bước xác thực dữ liệu đầu vào, thường bằng thư viện như Zod. TypeScript thu hẹp vùng có thể sai, nó không xoá vùng đó.
Bằng chứng: bao nhiêu lỗi TypeScript bắt được
Nghiên cứu được trích dẫn nhiều nhất là "To Type or Not to Type" của Zheng Gao, Christian Bird và Earl Barr, công bố tại hội nghị kỹ thuật phần mềm ICSE 2017. Nhóm tác giả lấy các lỗi đã được sửa trong dự án JavaScript công khai trên GitHub, rồi thử thêm kiểu bằng TypeScript hoặc Flow xem có phát hiện được lỗi đó trước không. Kết quả: khoảng 15% số lỗi phát hiện được. Các tác giả nhấn mạnh đây là cận dưới, vì lỗi đã lọt vào kho công khai là những lỗi còn sót sau quá trình phát triển; lỗi bị bắt sớm lúc viết mã không bao giờ xuất hiện trong dữ liệu.
15% nghe không nhiều. Đặt vào bối cảnh kinh doanh thì khác: đó là một phần sáu số lỗi lọt ra ngoài được chặn tự động, không tốn công kiểm thử viên, không tốn một vòng khách báo lỗi, sửa, triển khai lại. Và loại lỗi TypeScript bắt được thường là loại nguy hiểm vì im lặng, như ví dụ tính tiền ở trên.
Phía thị trường lao động cũng đã nghiêng về TypeScript. Khảo sát Stack Overflow 2025 ghi nhận 43,6% người trả lời đã dùng TypeScript trong năm, con số lên 48,8% trong nhóm lập trình viên chuyên nghiệp. Khảo sát State of JavaScript 2024 cho thấy 67% người trả lời viết TypeScript nhiều hơn JavaScript, và nhóm đông nhất là người chỉ viết TypeScript.
Lợi ích lớn nhất đến sau năm thứ nhất
Phần mềm doanh nghiệp sống lâu hơn nhiều so với lúc nghiệm thu. Năm thứ hai, thứ ba là lúc thêm tính năng, đổi quy trình, đổi người làm. Đây là nơi TypeScript tạo khác biệt lớn nhất.
- Sửa một chỗ, biết ngay chỗ nào bị ảnh hưởng. Đổi tên một trường dữ liệu, trình kiểm tra liệt kê mọi nơi đang dùng tên cũ. Trong JavaScript, những chỗ bị bỏ sót chỉ lộ ra khi người dùng bấm vào đúng màn đó.
- Người mới đọc mã nhanh hơn. Khai báo kiểu là tài liệu luôn đúng với mã, vì sai thì không build được. Người tiếp nhận dự án thấy ngay một hàm nhận gì, trả gì.
- Trình soạn thảo gợi ý chính xác. Gõ tên một đối tượng là thấy danh sách trường hợp lệ, giảm lỗi gõ sai tên và giảm thời gian tra cứu.
- Trình kiểm tra kiểu là một lớp kiểm tra nữa. Nó bắt được phần lớn những lần gõ sai tên trường hay sai kiểu dữ liệu trước khi con người phải đọc.
| Tiêu chí | JavaScript | TypeScript |
|---|---|---|
| Lỗi sai kiểu dữ liệu | Lộ ra lúc chạy, có khi im lặng cho kết quả sai | Bị chặn lúc viết mã, trước khi đóng gói |
| Tốc độ viết phiên bản đầu | Nhanh hơn một chút | Chậm hơn một chút vì khai báo kiểu |
| Sửa đổi sau 1 đến 3 năm | Rủi ro, phụ thuộc kiểm thử thủ công | An toàn hơn, trình kiểm tra chỉ chỗ bị ảnh hưởng |
| Bàn giao cho đội khác | Phải đọc kỹ để hiểu dữ liệu | Kiểu dữ liệu là tài liệu có sẵn |
| Tốc độ khi chạy | Như nhau | Như nhau, kiểu bị xoá khi build |
| Tuyển người | Rất nhiều người biết (66% theo Stack Overflow 2025) | Đông và đang tăng (48,8% lập trình viên chuyên nghiệp) |
| Chi phí thêm | Không | Bước kiểm tra trong quy trình build, thời gian học ban đầu |
Cách Alodev dùng TypeScript: cổng chặn, và những lần cổng tự gây sự cố
Đếm ngày 25/09/2026: thư mục mã nguồn website alodev.vn có 474 tệp TypeScript và 0 tệp JavaScript, cấu hình bật chế độ strict; giao diện web của ALODEV AIO có 786 tệp TypeScript, 0 tệp JavaScript; blog trancongthang.vn có 159 tệp ở phần giao diện và 14 tệp ở máy chủ API, cũng toàn TypeScript. Phần máy chủ của ALODEV AIO viết bằng Go, một ngôn ngữ vốn có kiểu tĩnh.
Kiểu dữ liệu chỉ có tác dụng khi có thứ bắt buộc kiểm tra nó. Trong kho ALODEV AIO, script đưa bản thử lên máy chủ chạy tsc --noEmit trước mọi bước khác; có một lỗi kiểu là dừng, không có gì được đẩy đi.
Cổng này cũng từng tự gây sự cố, và các bài học đều được ghi ngay trong mã. Ngày 27/08/2026, việc gỡ ba trang cũ làm tsc báo lỗi "không tìm thấy module" từ những tệp kiểu Next.js tự sinh cho các trang đã xoá: lỗi của phép kiểm, trông y hệt lỗi thật, và nó chặn toàn bộ đường đưa bản thử lên. Ngày 07/09/2026, một lệnh dạng tsc --noEmit | head trả về mã thành công dù tsc in lỗi thật, vì mã thoát của cả chuỗi lệnh là mã của lệnh cuối; một bản commit hỏng đã lọt vào lịch sử trước khi quy trình được sửa để bắt đúng mã lỗi. Ở blog, ngày 19/08/2026, cấu hình TypeScript quét nhầm cả thư mục tệp sinh ra bởi máy chủ chạy thử, làm bước kiểm tra trong script triển khai chặn mọi lần deploy cho tới khi được loại trừ.
Bài học cho người mua phần mềm: hỏi đơn vị phát triển không chỉ "có dùng TypeScript không" mà "bước kiểm tra kiểu chạy ở đâu, có chặn được bản lỗi đi ra không". Một dự án TypeScript không có cổng kiểm tra bắt buộc thì lợi ích chỉ còn lại ở phần gợi ý của trình soạn thảo.
Khi nào KHÔNG cần TypeScript
- Trang giới thiệu tĩnh vài trang, gần như không có logic: không có gì để kiểu dữ liệu bảo vệ, thêm TypeScript chỉ thêm bước build.
- Mẫu thử làm trong vài ngày để kiểm tra ý tưởng và sẽ bỏ đi: tốc độ viết quan trọng hơn độ bền. Nếu mẫu thử có khả năng thành sản phẩm, nên chuyển sang TypeScript trước khi mã phình to.
- Website WordPress hoặc nền tảng có sẵn, chỉ thêm vài đoạn JavaScript nhỏ: ép TypeScript vào đó tốn công hơn lợi ích.
- Đội hiện tại chỉ biết JavaScript và dự án đang chạy ổn, không có kế hoạch mở rộng: chuyển đổi toàn bộ là chi phí lớn. Có thể bắt đầu bằng cách viết tệp mới bằng TypeScript và để tệp cũ nguyên trạng.
Ngoài các trường hợp đó, với phần mềm doanh nghiệp dự kiến sống nhiều năm, có nhiều người cùng sửa, xử lý tiền, đơn hàng, dữ liệu nhân sự, chúng tôi coi TypeScript là mặc định. Chi phí thêm nằm ở tuần đầu học và vài phút kiểm tra mỗi lần build; lợi ích dồn lại mỗi lần phải sửa phần mềm.
Câu hỏi thường gặp
TypeScript là gì?
TypeScript là ngôn ngữ do Microsoft phát triển, mở rộng JavaScript bằng khai báo kiểu dữ liệu. Mã TypeScript được kiểm tra lỗi kiểu rồi chuyển thành JavaScript thường để chạy trên trình duyệt hoặc Node.js, nên không đổi tốc độ khi chạy.
TypeScript khác JavaScript thế nào?
Khác ở bước kiểm tra trước khi chạy. JavaScript chỉ phát hiện lỗi sai kiểu khi đoạn mã đó được chạy, có khi không phát hiện mà cho kết quả sai. TypeScript bắt những lỗi đó lúc viết mã. TypeScript đọc được mã JavaScript có sẵn, nên có thể chuyển dần từng tệp.
Dùng TypeScript có làm dự án đắt hơn không?
Phiên bản đầu tốn thêm một ít công khai báo kiểu và cấu hình bước kiểm tra. Chi phí đó thường được bù lại ở giai đoạn bảo trì, khi mỗi lần sửa đổi có ít lỗi lọt ra hơn và ít phải kiểm thử thủ công toàn bộ hơn.
Có nên chuyển dự án JavaScript đang chạy sang TypeScript?
Nên chuyển dần nếu dự án còn phát triển tiếp: bật TypeScript cho tệp mới, thêm kiểu cho những phần hay sửa và phần xử lý tiền, dữ liệu quan trọng. Không nên dừng mọi việc để viết lại toàn bộ cùng lúc.
TypeScript có thay được kiểm thử không?
Không. TypeScript bắt lỗi về hình dạng dữ liệu, không bắt được lỗi nghiệp vụ như tính sai chiết khấu hay áp sai thuế suất. Nghiên cứu ICSE 2017 ước tính kiểu tĩnh phát hiện khoảng 15% lỗi công khai; phần còn lại vẫn cần kiểm thử và rà soát.
