Hạn chót thật sự của hiện đại hóa COBOL không phải là mã nguồn — mà là những người hiểu nó

Mã nguồn sẽ không biến mất. Những người hiểu nó thì có

Phần lớn các cuộc thảo luận về hiện đại hóa hệ thống di sản coi mã nguồn là yếu tố giới hạn — quá cũ, thiếu tài liệu, quá rủi ro để động vào. Cách nhìn đó bỏ lỡ phần vấn đề thực sự đang chạy đua với thời gian. Các chương trình COBOL viết từ những năm 1980 vẫn sẽ chạy tốt vào năm sau, và năm sau nữa. Nhưng những kỹ sư có thể giải thích vì sao một đoạn paragraph lại rẽ nhánh theo cách đó, hay một câu lệnh IF trông kỳ lạ được viết ra để bắt trường hợp ngoại lệ nào, lại là câu chuyện hoàn toàn khác.

Đội ngũ đó đang già đi theo một mốc thời gian giờ đã được ghi nhận khá rõ. Các bài viết ngành trong năm nay cho thấy độ tuổi trung bình của một lập trình viên COBOL là 55 đến 58, với khoảng 10% đội ngũ này nghỉ hưu mỗi 12 tháng — tốc độ này đồng nghĩa khoảng ba phần tư số kỹ sư COBOL hiện tại sẽ rời khỏi lực lượng lao động trong vòng 10 đến 15 năm tới. Nguồn cung cũng không được bổ sung: hơn 85% chương trình đào tạo khoa học máy tính ở đại học đã loại COBOL khỏi giáo trình sau thập niên 1990, nên những người lẽ ra có thể tiếp nhận tri thức đó trước khi nó biến mất phần lớn không được đào tạo để làm điều đó.

Tài liệu hóa chưa bao giờ có thể cứu vấn đề này

Bản năng đầu tiên là nói “hãy ghi lại” — nhưng các đơn vị vận hành COBOL nhìn chung đã thử điều đó, và tài liệu ở đây có một điểm yếu mang tính cấu trúc đáng được nói thẳng: nó mô tả những gì một người tin rằng hệ thống đang làm tại thời điểm họ viết ra, chứ không phải những gì hệ thống thực sự làm sau hàng chục năm vá lỗi, các giải pháp tạm và những sửa đổi âm thầm không ai ghi lại. Suy ngược ý định từ các bình luận và tài liệu thiết kế vốn đã lỗi thời 20, 30 năm thường chậm hơn và kém tin cậy hơn so với việc đọc trực tiếp mã nguồn — chỉ có điều, đọc COBOL ở quy mô lớn, bằng tay, chính là nút thắt cổ chai đã biến vấn đề này thành khủng hoảng ngay từ đầu.

Phiên bản Nhật Bản của vấn đề này đã có một cái tên chính thức. Bộ Kinh tế, Thương mại và Công nghiệp Nhật Bản (METI) đã liên tục cảnh báo về điều họ gọi là “vách đá số năm 2025” — rủi ro rằng các tổ chức tài chính Nhật Bản và các tổ chức phụ thuộc vào mainframe khác sẽ đâm vào tường khi các kỹ sư am hiểu COBOL nghỉ hưu nhanh hơn tốc độ hiện đại hóa hoặc thay thế hệ thống di sản. Vấn đề nghiêm trọng đến mức SCSK và FPT đã thành lập một liên doanh chuyên biệt mang tên COBOL PARK vào tháng 10 năm 2025, với mục tiêu cụ thể là hỗ trợ các tổ chức vượt qua khoảng trống đó. Đây không phải rủi ro giả định được nhắc đến trong một slide thuyết trình — đó là hai công ty dịch vụ CNTT uy tín lập ra một pháp nhân mới vì thị trường đã quyết định rằng vấn đề này đủ lớn để cần đến nó.

Đồ thị AST thực sự mang lại điều gì

Đây là lý do đồ thị AST tương tác của Legacy Dragon có vị trí trong bộ công cụ vì những lý do vượt ra ngoài tốc độ di trú thuần túy. Phân tích một chương trình COBOL 1.200 dòng trong khoảng 6 mili giây không chỉ đơn thuần là nhanh — nó khiến việc ngồi lại cùng một kỹ sư sắp nghỉ hưu, mở ra đồ thị luồng điều khiển và phụ thuộc dữ liệu thực tế của chương trình họ đã viết, rồi nói “hãy giải thích cho tôi phần này” trong khi nhìn vào cấu trúc thay vì cuộn qua văn bản định dạng cột cố định, trở thành điều khả thi trên thực tế. Đồ thị không thay thế những gì kỹ sư đó biết. Nó cho lời giải thích của họ một thứ bền vững để gắn vào — một sản phẩm có thể khám phá, có quản lý phiên bản, tồn tại lâu hơn cuộc trò chuyện, thay vì một ký ức rời đi cùng họ khi họ rời khỏi tổ chức.

Sự khác biệt này quan trọng hơn vẻ ngoài của nó. Một đồ thị phụ thuộc được tái tạo từ mã nguồn mỗi khi mã thay đổi vẫn giữ được độ chính xác khi hệ thống tiếp tục tiến hóa, theo cách mà một buổi phỏng vấn chuyển giao tri thức một lần hay một trang wiki viết từ 5 năm trước không thể làm được. Và vì Legacy Dragon được đóng gói dưới dạng một file nhị phân đơn lẻ, xử lý gốc các bảng mã Shift-JIS, EBCDIC và DBCS — những bảng mã thực sự xuất hiện trong các hệ thống mainframe Nhật Bản chạy COBOL song song với JCL và PL/I — công cụ này có thể nằm ngay trong cùng môi trường cô lập nơi cả kỹ sư sắp nghỉ hưu lẫn hệ thống đều đang tồn tại, mà không biến việc rà soát bảo mật thành một dự án riêng kéo dài nhiều tuần.

Vấn đề cốt lõi chính là khoảng thời gian còn lại

Không điều gì trong số này khiến công việc hiện đại hóa cốt lõi trở nên không cần thiết, và cũng không biến một cuộc di trú kéo dài nhiều năm thành việc chớp nhoáng. Điều thay đổi là những gì được lưu giữ lại trước khi lựa chọn đó biến mất. Mỗi năm trôi qua mà không có một cơ chế mang tính hệ thống để trích xuất những gì một kỹ sư COBOL sắp nghỉ hưu biết, là một năm mà tri thức đó hoặc được ghi lại một cách không hoàn chỉnh bởi ai đó không có mặt khi quyết định được đưa ra, hoặc hoàn toàn không được lưu giữ. Tốc độ phân tích và trực quan hóa AST nghe có vẻ chỉ là những tiện ích công cụ. Nhưng trong một ngành đang chứng kiến những kỹ sư giàu kinh nghiệm nhất nghỉ hưu nhanh hơn tốc độ đào tạo người kế nhiệm, chúng gần với một khoảng thời gian đang thu hẹp dần hơn — và những công cụ giúp các đội ngũ tận dụng tốt khoảng thời gian đó đang làm nhiều hơn là chỉ giúp việc di trú nhanh hơn.

---

Doanh nghiệp bạn cũng đang đối mặt với hạn chót chuyển giao tri thức COBOL của riêng mình? Xem cách đồ thị AST của Legacy Dragon hoạt động tại dragon.aitytech.com, đọc thêm về nút thắt phân tích mà nó được xây dựng để giải quyết, hoặc liên hệ chúng tôi tại [email protected].