Dyskusja:COBOL

message: Artykol jest okrojonym tlumaczeniem z angielskiej wersjii, ktora mozna znalezc http://en.wikipedia.org/wiki/COBOL.  Nie widze celu aby tlumaczyc to jeszcze raz.
Jan Lentowicz
Nie jest prawdą, jakoby w COBOLu nie można było pisać obiektowo.
Więcej na ten temat można przeczytać np. w tutorialu programowanie zorientowane obiektowo w COBOLu czy tekście COBOL zorientowany obiektowo.

message: Nie oceniając merytorycznej strony tego, co napisałeś - a wygląda na to, że masz rację - nie można pisać na Wikipedii w takim stylu. Wyobrażasz sobie artykuł w encyklopedii z fragmentami typu "autor zapomniał o tym i tamtym"?. Po prostu popraw artykuł, nie prowadź wewnątrz niego dyskusji. 
Sub-woofer (dyskusja) 02:12, 24 cze 2008 (CEST)
Tego typu komentarze przenosi się do dyskusji, żeby inni mogli się z nimi zapoznać Szwedzki (dyskusja) 02:14, 24 cze 2008 (CEST)
---
Powyzszy komentarz nie opisuje nawet w czesci zalet Cobolu, a poza tym zawiera szereg niezupelnie zgodnych z prawda stwierdzen. Wynika to prawdopodobnie po czesci z ograniczonej wiedzy autora. Najpierw wiec sprostowania.
1. Powstaje ogramna ilosc nowych programow w Cobolu. Cobol jest najpopularnieszym jezykiwm obslugi rozbudowanych baz danych (do czego zostal on skonstruowany i jak dotychczas nie znalazl powaznej konkurencji). 80% oprogramowani gieldy Nowojorskiej to Cobol. Bazy danych wszystkich wiekszych bankow swiatowych (Chase Manhattan, Bank of America, Citi group) obslugiwane sa przez aplikacje Cobolu. W ostatnich latach roznego rodzaju SQL applikacje zaczynaja zyskiwac popularnosc.
2. Slawny blad Y2K nie ma nic wspolnego z Cobolem. Byl to blad w projektowaniu struktury danych. Jest natomiast swietnym przykladem rzeczywistej roli Cobolu w przetwarzaniu danych. Kiedy, bowiem stwierdzono istnienie problemu Y2K, powstala potrzeba wprowadzenia niemal natychmiat kerekty w strukturach danych, a takze w programach uzywajacych tych struktur. Zdecydowana wiekszosc tych programow napisana byla w Cobolu. Programow bylo duzo, programistow malo..., a reszta to historia.
3. Skladnia Cobolu nie jest jego osobliwoscia, a zaleta. Sledzenie logiki programu poprawnie napisanego w Cobolu nie sprawia wiekszej trudnosci nawet srednio wyksztalconemu programiscie, czego nie mozna powiedziec o zadnym z "nowoczesnych" jezykow (C, java, HTML itp), w ktorych skladnia jest skomplikowana, niespojna i nieczytelna.
4. Rola kropki w Cobolu jest troszke bardziej zlozona niz to wynika ze zdania autora, ale to temeat na oddzielny wyklad.
5. Jakkolwiek Cobol nie zostal zaprojektowany z mysla o dynamicznej alokacji pamieci, jednak posiada takie mozliwosci (z pewnymi ograniczeniami).
6. Programowanie obiektowe nie zostalo jeszcze zdefiniowane w czsie gdy powstawal Cobol. Zdefinowane natomiast bylo podprogramy, biblioteki, procedury zewnetrzne i caly szereg narzedzi, w ktore Cobol jest wyposazony. Wszyskow to razem po przedefiniuowaniu i przezwaniu zostalo calkiem niedawno "okryte" jako programowanie obiektowe.
Zalety Cobolu, o ktorych autor nie wspomina. 1. Cobol jest jednym z niewielu (jezeli nie jedynym) jezykiem, ktorego integralna czescia jest obsluga zlozonych pilkow danych. Pliki te definiuje sie, zaklada, zapisuje, przepisuje i wymazuje ( w zaleznosci od potrzeb) "wewnatrz" programu. Strukture rekordow, sposob dostepu (random, index-sequential, sequential) definiuje sie "wewnatrz" programu. Dla przypomnienia wszystkie "nowoczesne" jezyki jak C, java itp musza odwolywac sie do roznych SQL aplikacji, aby uzyskac ten sam efekt. I stad sa programisci i zarzadcy baz danych, w miesce po prostu programisty Cobolu.
2. Elastycznosc w definiowaniu i redefiniowaniu struktur baz danych w Cobolu dopiero od niedawna moze byc porownywana z efektywnoscia Oracle czy Sybase - aplikacje SQL.
Zrodlo - Ponad 30 lat doswadczenia w informatyce, 20 + w Cobolu Jan Lentowicz
thread_title:  Revert 24.06