Không, tất nhiên là không. Rốt cuộc, COBOL là một ngôn ngữ chết. Hoặc là nó?
Vấn đề với quan điểm đó là các lập trình viên tại các trang web như thế này thường làm việc với các công ty công nghệ cao, hoạt động nhanh (và không kém phần nhanh chóng). Đối với họ, COBOL là một ngôn ngữ chết - không nơi nào có thể nhìn thấy. Đã không được một thời gian, 'đây là sự thật.
Nhưng COBOL không dành cho họ. Có nhiều thứ cho ngành công nghiệp phần mềm hơn thế này. Máy tính không được phát minh cho những người có nhu cầu phi lý để nâng cấp và thay thế cái cũ bằng cái mới mọi lúc. Chúng được làm cho mục đích kinh doanh.
Bạn muốn xem COBOL? Đến một công ty xử lý bảng lương, hoặc xử lý vận tải hàng hóa, hoặc vận chuyển (như trên tàu) hoặc xử lý tài khoản ngân hàng của bạn. Có một hệ thống mã vô hình khổng lồ ngoài kia thực tế là vô hình đối với người dùng và hầu hết họ không bao giờ nghĩ về nó mặc dù họ gặp nó theo cách này hay cách khác hàng ngày (ATM?)
Không, nó không chết. Nhưng đó là "di sản" chắc chắn ... hay là nó?
Một lần nữa, phụ thuộc vào cách bạn nhìn vào nó. Ngày nay, rất nhiều người sẽ sử dụng Java, C hoặc bất cứ thứ gì khác thay vì COBOL, viết lại từ đầu ... giới thiệu các lỗi mới khi chúng đi cùng, một cách tự nhiên. Điều đó không có nghĩa là COBOL không có lỗi và sự kỳ quặc. Nó làm, nhiều như ngôn ngữ tiếp theo. Tất nhiên nó. Nhưng trong "thời gian COBOL", các công ty gặp lỗi nghiêm trọng hơn bình thường (bảo hiểm, ngân hàng) có xu hướng sản xuất mã chất lượng cao hơn với các nhóm dịch vụ chất lượng đặc biệt; ngày nay, có thời hạn mà thời gian và ngân sách luôn chiến thắng về chất lượng. Ngoài ra, các hệ thống này ban đầu được phát triển trong thời gian dài hơn so với tương đương bây giờ.
Nếu một số phần mềm đã hoạt động được hơn 30 năm, thì đâu là động lực để chuyển đổi? Toàn bộ các công ty đã phá sản vì họ bỏ qua câu ngạn ngữ cũ là "nếu nó không bị hỏng , đừng sửa nó." Nhiều người đã cố gắng viết lại điều đó ... sau đó, lần viết lại đầu tiên tốn rất nhiều tiền, sau đó lần thứ hai thậm chí còn tốn kém hơn ... và không ai trong số những người mới và được cải tiến quản lý để thay thế nó. Như tôi đã nói, ngành công nghiệp này đang phát triển nhanh, và nó cũng có xu hướng quên nhanh.
Vào những năm 70, COBOL đã chết hoặc sắp chết, C / C ++ sẽ cai trị. Sau đó, một lần nữa vào đầu những năm 80, Pascal đã tiếp quản. Sau đó, vào thập niên 90, Java là Ngôn ngữ ...
Hãy nghĩ về Unisys Mapper, dBase, Clipper, Cold fusion ... mọi người thậm chí còn nhớ những thứ đó chứ? Mỗi người trong số họ sẽ trở thành người đào mộ cho COBOL.
Nếu tính đến điều đó, và thực tế là nó rất tuyệt để xử lý khối lượng giao dịch lớn, xử lý hàng loạt hoặc xử lý theo định hướng / giao dịch và người ta có thể biên dịch (không có lỗi) một chương trình con được viết 30 năm dưới dạng mã COBOL được quản lý và gọi nó từ một COBOL.NET được quản lý nên người ta muốn dùng Windows và .NET, tôi gặp khó khăn khi tìm một sự thay thế phù hợp cho nó. (Tôi cũng gặp khó khăn khi tìm kiếm một công nghệ của Microsoft tồn tại hơn một thập kỷ.)
Có, mã COBOL mới đang được viết ngày hôm nay. Người ta chỉ cần biết nơi để tìm.
Đối với những người cười nhạo tại COBOL, IMHO, giống như cười với Kim tự tháp Ai Cập, họ ở đó từ 5000 năm và họ sẽ vẫn ở đó trong 5000 năm tới, trong khi nhà ở "xin chào thế giới" ngày nay cần 24 điều khiển để hoạt động sẽ bị xóa, Thay thế, quên vào tháng tới.
Vậy tất cả những lập trình viên COBOL đó ở đâu?
Ah, vì đây là sự cọ xát. Vấn đề là rất nhiều người trong số họ không có nền tảng khoa học máy tính. Rất nhiều người trong số họ không phải là lập trình viên chuyên nghiệp (như sinh viên tốt nghiệp đại học từ chương trình CS / SE). Phần lớn, họ là những người ở độ tuổi 30 đến 50, từ tất cả các lĩnh vực chuyên môn, được đào tạo hoàn toàn bởi công ty dành riêng cho công việc đó. Vì vậy, họ không phải là "lập trình viên COBOL" - chương trình đào tạo mà họ nhận được là dành riêng cho công ty được quảng bá rất nhiều từ bên trong. Và điều đó làm cho họ khá nhiều vô hình.
