Laboratory demand management strategies: An overview

Infotaula de llenguatge de programacióCOBOL
Tipusllenguatge de programació, llenguatge de programació procedural, llenguatge de programació imperatiu i llenguatge de programació orientat a objectes Modifica el valor a Wikidata
Data de creació28 maig 1959 Modifica el valor a Wikidata
DesenvolupadorOrganització Internacional per a l'Estandardització, CODASYL i American National Standards Institute Modifica el valor a Wikidata
Paradigma de programacióprogramació procedimental, programació orientada a objectes i llenguatge imperatiu Modifica el valor a Wikidata
Darrera versió estableISO/IEC 1989:2023 () Modifica el valor a Wikidata
Influenciat perFLOW-MATIC, COMTRAN i FACT Modifica el valor a Wikidata
Extensió dels fitxerscbl, cob i cpy Modifica el valor a Wikidata
Etiqueta d'Stack ExchangeEtiqueta Modifica el valor a Wikidata

COBOL (acrònim de COmmon Business-Oriented Language, Llenguatge Comú Orientat a Negocis) és un llenguatge de programació que va ser creat l'any 1960 amb l'objectiu que es pogués usar a qualsevol ordinador, ja que durant els anys 1960 hi havia molts models d'ordinador incompatibles entre si, i que estigués orientat als negocis, és a dir, a l'anomenada informàtica de gestió.[1] A més, hi havia la intenció d'orientar-lo principalment al negoci i a l'ús en sistemes de gestió empresarials; per tal d'aconseguir aquest requisit, havia de ser força simple, de manera que tècnics sense grans coneixements poguessin crear aplicacions. Aquesta simplificació es va aconseguir mitjançant una sintaxi semblant a la de l'anglès, evitant símbols propis de la programació.

Història

COBOL programa informàtic

En la creació d'aquest llenguatge hi va participar la comissió CODASYL, composta per fabricants d'ordinadors, usuaris i el Departament de Defensa dels Estats Units, el maig de 1959. La definició del llenguatge es va completar en menys de sis mesos, i va ser aprovada per la comissió el gener de 1960.[2] El llenguatge COBOL va ser dissenyat inspirant-se en el llenguatge FLOW-MATIC de Grace Hopper i l'IBM COMTRANT de Bob Bemer, ja que ambdós formaven part de la comissió.

Gràcies a l'ajuda dels usuaris, COBOL va evolucionar ràpidament i va ser revisat de 1961 a 1965 per afegir-li noves funcionalitats. El 1968 va sortir la primera versió ANSI del llenguatge, sent revisada posteriorment el 1974 (COBOL ANS-74), 1985 (COBOL ANS-85), el 2002 (COBOL ANS-2002), el 2014 (COBOL-2014) i 2023 (COBOL-2023). [3]

Característiques

COBOL va ser dotat, per disseny, d'unes excel·lents capacitats d'autodocumentació, una bona gestió de fitxers i una excel·lent gestió dels tipus de dades per l'època, a través de la coneguda sentència PICTURE per la definició de camps estructurats. Per evitar errors d'arrodoniment en els càlculs que es produeixen en convertir els nombres a binari i que són inacceptables comercialment, COBOL pot usar i usa per defecte nombres de base deu. Per facilitar la creació de programes en COBOL, la sintaxi del mateix va ser creada de forma que semblés l'idioma anglès, evitant l'ús de símbols que es van imposar a llenguatges de programació posteriors.

Tot i això, a començaments dels vuitanta es va anar quedant antiquat respecte als nous paradigmes de programació i als llenguatges que els implementaven. A la revisió de 1985 es va solucionar, incorporant a COBOL variables locals, recursivitat, reserva de memòria dinàmica i programació estructurada.

A la revisió del 2002 se li va afegir orientació a objectes, tot i que des de la revisió del 1974 es podia crear un entorn de treball semblant a l'orientació a objectes, i un mètode de generació de pantalles gràfiques estandarditzat.

Abans de la inclusió de noves característiques a l'estàndard oficial, molts fabricants de compiladors les afegien de forma no estàndard. En l'actualitat aquest procés s'està veient amb la integració de COBOL amb Internet. Hi ha diversos compiladors que permeten usar COBOL com a llenguatge de scripting i de servei web. També existeixen compiladors que permeten generar codi de COBOL per la plataforma .NET i EJB.

Programa Hola món

El programa Hola món seria el següent:

 IDENTIFICATION DIVISION.
 Program-Id. Hola-Món.

 ENVIRONMENT DIVISION.

 DATA DIVISION.

 PROCEDURE DIVISION.
 Main.
 DISPLAY "Hola Món!".

 STOP RUN.

Ús

Malgrat que molta gent creu que el COBOL està en desús, la realitat és que tots els sistemes que necessiten gran capacitat de procés batch, tant els bancs com les grans empreses de mainframes, usen COBOL. Això permet garantir la compatibilitat dels sistemes més antics amb els més moderns, així com tenir la seguretat que el llenguatge està perfectament provat i, per tant, és estable. Segons un informe de Gartner Group del 2005, el 75% de les dades generades per negocis són processades amb programes creats mitjançant COBOL, i un altre informe del 1997 s'estima que del 80% dels 300.000 milions de línies de codi existents estan creades amb COBOL, escrivint-se 5.000 milions de línies noves de COBOL cada any. Amb tot això, actualment la programació amb COBOL és un dels negocis més rendibles del món de la informàtica.

Rebuda

Falta d'estructura

A la dècada de 1970, l'adopció del paradigma de programació estructurada s'estava generalitzant cada vegada més. Edsger Dijkstra, un preeminent informàtic, va escriure una carta a l'editor de Comunicacions de l'ACM, publicada el 1975 titulada "Com diem veritats que podrien fer mal?", en la qual va ser crític amb COBOL i diversos altres llenguatges contemporanis; remarcant que “l'ús de COBOL paralitza la ment”.[4] En una discrepància publicada als comentaris de Dijkstra, el científic informàtic Howard E. Tompkins va afirmar que el COBOL no estructurat tendia a ser "escrit per programadors que mai han tingut el benefici de COBOL estructurat ben ensenyat", argumentant que el problema era principalment un d'entrenament.[5]

Una de les causes del codi espagueti va ser la declaració GO TO. Els intents d'eliminar GO TOs del codi COBOL, però, va resultar en programes intricats i qualitat de codi reduïda.[6] GO TOs van ser reemplaçats en gran part per les declaracions i procediments PERFORM, que va promoure la programació modular[6] i va donar fàcil accés a potents instal·lacions de bucle. No obstant això, PERFORM podria utilitzar-se només amb procediments perquè els cossos dels bucles no s'ubiquessin on es van usar, cosa que dificultava la comprensió dels programes.[7]

Els programes COBOL eren famosos per ser monolítics i mancar de modularització.[8] El codi COBOL només podia modularitzar-se a través de procediments, que van resultar inadequats per a sistemes grans. Era impossible restringir l'accés a les dades, cosa que significa que un procediment podia accedir i modificar qualsevol element de dades. A més, no hi havia manera de passar paràmetres a un procediment, una omissió que Jean Sammet va considerar com l'error més gran del comitè.[9] Una altra complicació procedia de la capacitat de PERFORM THRU una seqüència específica de procediments. Això significava que el control podia saltar i tornar de qualsevol procediment, creant un flux de control intricat i permetent que un programador trenqués la regla entrada única, sortida única.[10]

Aquesta situació va millorar a mesura que COBOL va adoptar més característiques. COBOL-74 va afegir subprogrames, brindant als programadors la capacitat de controlar les dades a què podia accedir cada part del programa. COBOL-85 després va afegir subprogrames niats, cosa que va permetre als programadors ocultar subprogrames.[11] Un control més gran sobre les dades i el codi va arribar el 2002 quan es van incloure la programació orientada a objectes, les funcions definides per l'usuari i els tipus de dades definides per l'usuari.

No obstant això, gran part del programari COBOL heretat important utilitza codi no estructurat, que ha esdevingut impossible de mantenir. Pot ser massa arriscat i costós modificar fins i tot una simple secció de codi, ja que es pot fer servir des de llocs desconeguts de formes desconegudes.[12]

Problemes de compatibilitat

COBOL estava destinat a ser un llenguatge "comú" altament portàtil. Tot i això, per al 2001, s'havien creat al voltant de 300 dialectes.[13] Una font de dialectes era el mateix estàndard: l'estàndard del 1974 estava compost per un nucli obligatori i onze mòduls funcionals, cadascun amb dos o tres nivells de suport. Això va permetre 104.976 variants oficials.[14]

COBOL-85 no era totalment compatible amb versions anteriors i el seu desenvolupament va ser controvertit. Joseph T. Brophy, el CIO de Travellers Insurance, va encapçalar un esforç per informar els usuaris de COBOL sobre els alts costos de reprogramació d'implementar el nou estàndard.[15] Com a resultat, el comitè ANSI COBOL va rebre més de 2200 cartes del públic, la majoria negatives, que sol·licitaven al comitè que fes canvis. D'altra banda, es pensava que la conversió a COBOL-85 augmentaria la productivitat en futurs anys, justificant així els costos de conversió.[16]

Sintaxi detallada

Un llenguatge feble, verbós i fofo que utilitzen els codificadors per fer coses avorrides i sense sentit en mainframes de dinosaures. [...] El seu mateix nom rares vegades es pronuncia sense expressions rituals de disgust o horror.

La sintaxi de COBOL sovint ha estat criticada per la seva verbositat. Els defensors diuen que això tenia la intenció de fer el codi autodocumentat, facilitant el manteniment del programa.[18] COBOL també estava destinat a ser fàcil d'aprendre i fer servir per als programadors,[19] sense deixar de ser llegible per al personal no tècnic, com ara els gerents.[20][21][22][23] El desig de llegibilitat va conduir a l'ús d'elements estructurals i sintàctics similars a l'anglès, com ara substantius, verbs, clàusules, oracions, seccions i divisions. Tot i això, el 1984, els mantenidors dels programes COBOL lluitaven per bregar amb el codi "incomprensible"[22] i els principals canvis a COBOL-85 eren allà per ajudar a facilitar el manteniment.[24]

Jean Sammet, membre del comitè de curt abast, va assenyalar que "es va fer un petit intent per atendre el programador professional, de fet, les persones el principal interès de les quals és la programació tendeixen a estar molt descontentes amb COBOL", cosa que va atribuir a la sintaxi detallada de COBOL.[25]

Aïllament de la comunitat informàtica

La comunitat COBOL sempre ha estat aïllada de la comunitat informàtica. Cap informàtic acadèmic va participar en el disseny de COBOL: tots els membres del comitè procedien del comerç o el govern. Els informàtics de l'època estaven més interessats en camps com l'anàlisi numèrica, la física i la programació de sistemes que no pas en els problemes comercials de processament d'arxius que abordava el desenvolupament de COBOL.[26] Jean Sammet va atribuir la impopularitat de COBOL a una "reacció snob" inicial a causa de la seva manca d'elegància, la manca de científics informàtics influents que participessin en el procés de disseny i el menyspreu pel processament de dades comercials.[27] L'especificació COBOL va fer servir una "notació" única, o metallenguatge, per definir la seva sintaxi en lloc de la nova forma Backus-Naur que el comitè no coneixia. Això va resultar en crítiques "severes".[28][29][30]

El món acadèmic tendeix a considerar COBOL com a prolix, maldestre i poc elegant, i tracta d'ignorar-lo, encara que probablement hi haurà més programes i programadors COBOL al món que FORTRAN, ALGOL i PL/I combinats. Majoritàriament, només les escoles amb un objectiu vocacional immediat brinden instrucció a COBOL.

Més tard, COBOL va patir una escassetat de material que el cobrís; els llibres introductoris van trigar fins a 1963 a aparèixer (amb Richard D. Irwin publicant un llibre de text universitari sobre COBOL el 1966).[32] Per a 1985, hi havia el doble de llibres sobre FORTRAN i quatre vegades més sobre BASIC que sobre COBOL a la Biblioteca del Congrés.[33] Els professors universitaris ensenyaven llenguatges i tècniques més moderns i de darrera generació en lloc de COBOL, que es deia que tenia una naturalesa d'”escola de comerç”.[34] Donald Nelson, president del comitè CODASYL COBOL, va dir el 1984 que "els acadèmics... odien COBOL" i que els graduats en informàtica "tenien 'odi al COBOL'".[35]

A mitjan dècada de 1980, també hi va haver una condescendència significativa cap a COBOL en la comunitat empresarial per part dels usuaris d'altres llenguatges, per exemple FORTRAN o assemblador, cosa que implica que COBOL podria utilitzar-se només per a problemes no desafiants.[36]

El 2003, COBOL figurava en el 80% dels plans d'estudi de sistemes d'informació als Estats Units, la mateixa proporció que C++ i Java.[37] Deu anys després, una enquesta realitzada per Micro Focus va trobar que el 20% dels acadèmics universitaris pensaven que COBOL estava desactualitzat o mort i que el 55% creia que els seus estudiants pensaven que COBOL estava desactualitzat o mort. La mateixa enquesta també va trobar que només el 25% dels acadèmics tenien programació COBOL en el pla d'estudis, encara que el 60% va pensar que haurien d'ensenyar-la.[38]

Preocupacions sobre el procés de disseny

S'han plantejat dubtes sobre la competència del comitè de normes. El membre del comitè a curt termini, Howard Bromberg, ha dit que hi havia "poc control" sobre el procés de desenvolupament i que estava "plagat per la discontinuïtat del personal i... la manca de talent".[39] Jean Sammet i Jerome Garfunkel també van assenyalar que els canvis introduïts en una revisió de l'estàndard es revertirien a la següent, degut tant als canvis en qui estava al comitè de l'estàndard com a l'evidència objectiva.[40]

Els estàndards COBOL han patit repetidament retards: COBOL-85 va arribar cinc anys més tard del que s'esperava,[41] COBOL 2002 es va endarrerir cinc anys,[42] i COBOL 2014 es va endarrerir 6 anys[43][44] Per combatre els retards, el comitè d'estàndards va permetre la creació d'apèndixs opcionals que afegirien característiques més ràpidament que esperant la pròxima revisió de l'estàndard. Tot i això, alguns membres del comitè van expressar la seva preocupació per les incompatibilitats entre les implementacions i les freqüents modificacions de l'estàndard.[45]

Influències en altres idiomes

Les estructures de dades de COBOL van influir en els llenguatges de programació posteriors. La seva estructura de registres i arxius va influir en PL/I i Pascal, i la clàusula REDEFINES va ser un predecessor dels registres variants de Pascal. Les definicions explícites d'estructures d'arxius van precedir el desenvolupament de sistemes d'administració de bases de dades i les dades agregades van ser un avenç significatiu sobre les matrius de Fortran.[33] Les declaracions de dades de PICTURE es van incorporar a PL/I, amb canvis menors.

La facilitat de COBOL amb COPY, encara que es considera "primitiu",[46] va influir en el desenvolupament de directives include.[33]

L'enfocament a la portabilitat i l'estandardització va significar que els programes escrits a COBOL poguessin ser portàtils i va facilitar la difusió del llenguatge a una àmplia varietat de plataformes de maquinari i sistemes operatius.[47] A més, l'estructura de divisió ben definida restringeix la definició de referències externes a la Divisió d'Entorn, cosa que simplifica els canvis de plataforma en particular.[48]

Referències

  1. «COBOL». Gran Enciclopèdia Catalana. Barcelona: Grup Enciclopèdia Catalana.
  2. Report to Conference on Data Systems Languages. Department of Defense, 1962, p. I-2. 
  3. «Programming language COBOL» (en anglès). ISO/IEC 1989:2023. [Consulta: 19 desembre 2023].
  4. Dijkstra, Edsger W. «How do we tell truths that might hurt?». University of Texas at Austin, 18-06-1975. Arxivat de l'original el 2 May 2017. [Consulta: 29 agost 2007].
  5. Tompkins, H. E. «In defense of teaching structured COBOL as computer science». ACM SIGPLAN Notices, vol. 18, 4, 1983, pàg. 86–94. DOI: 10.1145/948176.948186.
  6. 6,0 6,1 Riehle, 1992, p. 125.
  7. Shneiderman, 1985, p. 349–350.
  8. Coughlan, Michael. Beginning COBOL for Programmers. Apress, 2014-03-16, p. 4. ISBN 978-1430262534. 
  9. Sammet, 1978b, p. 258.
  10. Riehle, 1992, p. 126.
  11. Riehle, 1992, p. 127.
  12. «COBOL and Legacy Code as a Systemic Risk | naked capitalism» (en anglès americà), 19-07-2016. [Consulta: 23 juliol 2016].
  13. Lämmel, Ralf; Verhoef, Chris «Cracking the 500-language problem». IEEE Software, vol. 18, 6, 11-2001, pàg. 79. DOI: 10.1109/52.965809.
  14. Howkins, T. J.; Harandi, M. T. «Towards more portable COBOL». The Computer Journal, vol. 22, 4, 4-1979, pàg. 290. DOI: 10.1093/comjnl/22.4.290.
  15. Garfunkel, 1987, p. 11.
  16. Garfunkel, 1987, p. 15.
  17. Raymond, Eric S. «COBOL». The Jargon File, version 4.4.8, 01-10-2004. Arxivat de l'original el 2014-08-30. [Consulta: 13 desembre 2014].
  18. Brown, 1976, p. 53.
  19. CODASYL, 1969, § II.1.1.
  20. Shneiderman, 1985, p. 350.
  21. Sammet, 1961, p. 381.
  22. 22,0 22,1 Conner, 1984, p. ID/10.
  23. Marcotty, 1978a, p. 263.
  24. «Expert addresses Cobol 85 standard». Computerworld, vol. 19, 37, 16-09-1985, pàg. 41, 48.
  25. Conner, 1984, p. ID/14.
  26. Sammet, 1961, p. 380.
  27. Marcotty, 1978a, p. 266.
  28. Sammet, 1978b, p. 255.
  29. Shneiderman, 1985, p. 348–349.
  30. Bemer, 1971, p. 133.
  31. Conway, Richard; Gries, David. An Introduction to Programming: A Structured Approach using PL/1 and PL/C. Cambridge, Massachusetts: Winthrop Publishers, 1973, p. 341. ISBN 0-87626-405-4. 
  32. «COBOL Logic and Programming, third edition 1974». Arxivat de l'original el 2016-03-05. [Consulta: 25 febrer 2016].
  33. 33,0 33,1 33,2 Shneiderman, 1985, p. 349.
  34. Shneiderman, 1985, p. 351.
  35. «An interview: Cobol defender». Computerworld, vol. 18, 37, 10-09-1984, pàg. ID/29–ID/32.
  36. Pratt, Terrence W.; Zelkowitz, Marvin V. Programming Languages: Design and Implementation. 2nd. Englewood Cliffs, N.J. : Prentice Hall, 1984. ISBN 0136780121. 
  37. Carr i Kizior, 2003, p. 13.
  38. Micro Focus (2013-03-07). "Academia needs more support to tackle the IT skills gap". Nota de premsa.
  39. Beyer, 2009, p. 301.
  40. Sammet, Jean; Garfunkel, Jerome «Summary of Changes in COBOL, 1960–1985». Annals of the History of Computing, vol. 7, 4, 10-1985, pàg. 342. DOI: 10.1109/MAHC.1985.10033.
  41. Cook, Margaret M. (June 1978). "Data Base Facility for COBOL 80" a 1978 National Computer Conference. : 1107–1112, Anaheim, California: AFIPS Press. DOI:10.1109/AFIPS.1978.63 
  42. Saade, Henry; Wallace, Ann. «COBOL '97: A Status Report». Dr. Dobb's Journal, 01-10-1995. Arxivat de l'original el 2014-04-22. [Consulta: 21 abril 2014].
  43. «COBOL Standards». Micro Focus. Arxivat de l'original el 2004-03-31. [Consulta: 2 setembre 2014].
  44. «Resolutions from WG4 meeting 24 – June 26–28, 2003 Las Vegas, Nevada, USA» (doc), 11-07-2003. Arxivat de l'original el 2016-03-08. [Consulta: 29 juny 2014]. «a June 2008 revision of the COBOL standard»
  45. Babcock, Charles «Cobol standard add-ons flayed». Computerworld, vol. 20, 28, 14-07-1986, pàg. 1, 12.
  46. Marcotty, 1978b, p. 274.
  47. Això es pot veure a:
  48. Coughlan, Michael. «Introduction to COBOL», 2002. [Consulta: 3 febrer 2014].

Bibliografia

Enllaços externs