Nie, oczywiście że nie. W końcu COBOL to martwy język. Albo to jest?
Problem z tym widokiem polega na tym, że programiści w witrynach takich jak ten zwykle pracują z zaawansowanymi technologicznie, szybko działającymi (i równie szybko wypalającymi się) firmami. Dla nich COBOL to martwy język - nigdzie go nie widać. Od jakiegoś czasu nie było - to prawda.
Ale COBOL nie był dla nich przeznaczony. W branży oprogramowania jest coś więcej. Komputery nie zostały wymyślone dla osób z pewną irracjonalną potrzebą ciągłego ulepszania i zastępowania starego nowym. Zostały wykonane w celach biznesowych.
Chcesz zobaczyć COBOL? Idź do firmy, która przetwarza listy płac, zajmuje się przewozem towarów lub wysyłką (jak na statkach) lub obsługuje twoje konto bankowe. Istnieje ogromny, niewidoczny system kodu, który jest praktycznie niewidoczny dla użytkowników, a większość z nich nigdy o tym nie myśli, chociaż napotyka go w ten czy inny sposób na co dzień (bankomaty?)
Nie, nie jest martwy. Ale na pewno jest to „dziedzictwo”… czy tak?
Znowu zależy to, jak na to spojrzysz. W dzisiejszych czasach wiele osób będzie używać Java, C lub czegokolwiek innego zamiast COBOL, przepisując od zera ... naturalnie wprowadzając nowe błędy. To nie znaczy, że COBOL nie ma błędów i dziwactw. Robi tak samo, jak następny język. Oczywiście, że tak. Ale w „czasach COBOL” firmy, które traktowały błędy poważniej niż zwykle (ubezpieczenia, banki), zwykle wytwarzały kod o wyższej jakości za pomocą specjalnych grup usług; dzisiaj są terminy, w których czas i budżet zawsze wygrywają z jakością. Ponadto systemy te były pierwotnie opracowywane przez dłuższy czas w porównaniu do ich odpowiedników.
Jeśli jakieś oprogramowanie działa od ponad 30 lat, gdzie jest motywacja do zmiany? Całe firmy przestały działać, ponieważ zignorowały stare powiedzenie „jeśli nie jest zepsute, nie naprawiaj go”. Wielu próbowało przepisać tę rzecz ... wtedy pierwsze przepisanie kosztowało dużo, potem drugie jeszcze więcej ... i żadna z tych nowych i ulepszonych nie zdołała go zastąpić. Jak powiedziałem, przemysł ten szybko się pali, a także szybko zapominał.
W latach 70. COBOL wkrótce umarł lub wkrótce umrze, C / C ++ będzie rządził. Z drugiej strony na początku lat 80. Pascal przejął władzę. Potem w latach 90. była to Java jako język ...
Pomyśl o Unisys Mapper, dBase, Clipper, Cold Fusion ... czy ludzie to pamiętają? Każdy z nich miał być grabarzem dla COBOL.
Biorąc to pod uwagę oraz fakt, że doskonale nadaje się do przetwarzania dużych ilości transakcji, przetwarzania wsadowego lub przetwarzania zorientowanego na rejestrowanie / transakcje oraz że można skompilować (bez błędów) podprogram napisany 30 lat jako zarządzany kod COBOL i wywoływanie z zarządzanego COBOL.NET, jeśli ktoś chce korzystać z Windows i .NET, mam problem ze znalezieniem odpowiedniego zamiennika. (Mam również problemy ze znalezieniem technologii Microsoft, która przetrwałaby ponad dekadę).
Tak, dzisiaj powstaje nowy kod COBOL. Trzeba tylko wiedzieć, gdzie szukać.
Dla tych, którzy śmieją się z COBOL, IMHO, to jest jak śmiać się z egipskich piramid, są tam od 5000 lat i nadal będą tam w ciągu następnych 5000 lat, podczas gdy dzisiejsze „cześć światu” mieszkania wymagające 24 elementów sterujących zostaną usunięte, zastąpiony, zapomniany w przyszłym miesiącu.
Gdzie więc są ci wszyscy programiści COBOL?
Ach, bo tu jest otarcie. Chodzi o to, że wiele z nich nie ma żadnego doświadczenia w informatyce. Wielu z nich nie jest profesjonalnymi programistami (jak w przypadku absolwentów szkół wyższych z programu CS / SE). W przeważającej części są to ludzie w późnych latach 30-tych, 50-tych, ze wszystkich dziedzin specjalizacji, przeszkoleni w całości przez firmę specjalnie do tego zadania. Nie są więc „programistami COBOL” - szkolenie, które odbyli, jest specyficzne dla firmy, która tak mocno promuje od wewnątrz. A to czyni je prawie niewidocznymi.
