Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > it.comp.retrocomputing > #52121 > unrolled thread

[blog] 10 Most(ly dead) Influential Programming Languages

Back to article view | Back to it.comp.retrocomputing

Contents

  [blog] 10 Most(ly dead) Influential Programming Languages zfkirone@gmail.com - 2020-03-28 05:05 -0700
    Re: [blog] 10 Most(ly dead) Influential Programming Languages Giacobino von Tradate <jacopinodatradate@gmail.com> - 2020-03-28 14:36 +0100
    Re: [blog] 10 Most(ly dead) Influential Programming Languages G. <gerry77@no.spam.mail.com> - 2020-03-28 18:50 +0100
      Re: [blog] 10 Most(ly dead) Influential Programming Languages Giacobino von Tradate <jacopinodatradate@gmail.com> - 2020-03-28 19:16 +0100
        Re: [blog] 10 Most(ly dead) Influential Programming Languages zfkirone@gmail.com - 2020-03-28 15:16 -0700
    Re: [blog] 10 Most(ly dead) Influential Programming Languages tn <tullio.nicolussi@gmail.com> - 2020-03-31 01:52 -0700
      Re: [blog] 10 Most(ly dead) Influential Programming Languages "Massimo M." <massimo79m@gmail.com> - 2020-04-04 01:39 -0700
        Re: [blog] 10 Most(ly dead) Influential Programming Languages Lead_Oxide <lead@tin.it.invalid> - 2020-04-04 11:13 +0200
    Re: [blog] 10 Most(ly dead) Influential Programming Languages nuzzo_dde@yahoo.it - 2020-03-31 14:03 -0700
    Re: [blog] 10 Most(ly dead) Influential Programming Languages zfkirone@gmail.com - 2020-04-06 12:41 -0700
      Re: [blog] 10 Most(ly dead) Influential Programming Languages G. <gerry77@no.spam.mail.com> - 2020-04-07 09:27 +0200
        Re: [blog] 10 Most(ly dead) Influential Programming Languages "Massimo M." <massimo79m@gmail.com> - 2020-04-07 07:10 -0700
        Re: [blog] 10 Most(ly dead) Influential Programming Languages tn <tullio.nicolussi@gmail.com> - 2020-04-08 20:00 -0700
          Re: [blog] 10 Most(ly dead) Influential Programming Languages G. <gerry77@no.spam.mail.com> - 2020-04-10 12:46 +0200
            Re: [blog] 10 Most(ly dead) Influential Programming Languages "Massimo M." <massimo79m@gmail.com> - 2020-04-11 11:55 -0700
      Re: [blog] 10 Most(ly dead) Influential Programming Languages zfkirone@gmail.com - 2020-04-10 23:00 -0700
        Re: [blog] 10 Most(ly dead) Influential Programming Languages zfkirone@gmail.com - 2020-04-12 10:49 -0700

#52121 — [blog] 10 Most(ly dead) Influential Programming Languages

https://hillelwayne.com/post/influential-dead-languages/

Una carrellata di linguaggi di programmazione oggi scomparsi dall'uso, i
quali però ebbero a loro tempo una notevole influenza su altri linguaggi e sull'informatica in generale.

Devo però obiettare che il COBOL è tutt'altro che morto, data l'immensa mole
di programmi legacy ancora in giro e praticamente intoccabili per la loro
complessità e importanza :D

COBOL
ALGOL
APL
BASIC
PL/I
SIMULA 67
Pascal
CLU
ML
Smalltalk

«This is just a small sample of the important dead languages. I didn’t cover 
ALPHARD, ALTRAN, Argus, Automath, BCPL, COMTRAN, CPL, Eiffel, FLOW-MATIC, HOPE, 
Hypercard, ISWIM, JOVIAL, MacSyma, Mesa, Miranda, Multics Shell, PLANNER, SMP, 
Sketchpad, or SNOBOL. All of them contributed in their own way to the modern 
programming world. History is complicated.»

Ammetto che CLU e ML non li ho mai sentiti, così come buona parte di quelli
nel pezzo citato ^_^;;

CYA

[toc] | [next] | [standalone]

#52122

Il giorno Sat, 28 Mar 2020 05:05:32 -0700 (PDT)
zfkirone@gmail.com ha scritto:

> https://hillelwayne.com/post/influential-dead-languages/
> 
> Una carrellata di linguaggi di programmazione oggi scomparsi
> dall'uso, i quali però ebbero a loro tempo una notevole influenza su
> altri linguaggi e sull'informatica in generale.
 
> Devo però obiettare che il COBOL è tutt'altro che morto

E il FORTRAN? e il FORTH ??

> BASIC

quale dialetto sarebbe morto ?

> Ammetto che CLU e ML non li ho mai sentiti, così come buona parte di
> quelli nel pezzo citato ^_^;;

E' il bello dell'erudizione




-- 
Keep Calm and Stay Home


-- 
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus

[toc] | [prev] | [next] | [standalone]

#52123

On Sat, 28 Mar 2020 05:05:32 -0700 (PDT), zfkirone@gmail.com wrote:

> COBOL
> ALGOL
> APL
> BASIC
> PL/I
> SIMULA 67
> Pascal
> CLU
> ML
> Smalltalk
> 
> «This is just a small sample of the important dead languages. I didn’t cover 
> ALPHARD, ALTRAN, Argus, Automath, BCPL, COMTRAN, CPL, Eiffel, FLOW-MATIC, HOPE, 
> Hypercard, ISWIM, JOVIAL, MacSyma, Mesa, Miranda, Multics Shell, PLANNER, SMP, 
> Sketchpad, or SNOBOL. All of them contributed in their own way to the modern 
> programming world. History is complicated.»

Io avrei aggiunto anche il BLISS — https://en.wikipedia.org/wiki/BLISS

G. :)

[toc] | [prev] | [next] | [standalone]

#52124

Il giorno Sat, 28 Mar 2020 18:50:19 +0100
G. <gerry77@no.spam.mail.com> ha scritto:

> Io avrei aggiunto anche il BLISS

Io il MUMPS: https://it.wikipedia.org/wiki/MUMPS






-- 
Keep Calm and Stay Home


-- 
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus

[toc] | [prev] | [next] | [standalone]

#52125

Il giorno sabato 28 marzo 2020 19:16:32 UTC+1, Giacobino von Tradate ha scritto:
> Il giorno Sat, 28 Mar 2020 18:50:19 +0100
> G. <gerry77@no.spam.mail.com> ha scritto:

> > Io avrei aggiunto anche il BLISS

Altro a me ignoto :)

> Io il MUMPS: https://it.wikipedia.org/wiki/MUMPS

Il MUMPS credo sia peggio del COBOL, in quanto a irremovibilità :D

CYA

[toc] | [prev] | [next] | [standalone]

#52136

Il giorno sabato 28 marzo 2020 13:05:33 UTC+1, zfki...@gmail.com ha scritto:
> https://hillelwayne.com/post/influential-dead-languages/
> 
> Una carrellata di linguaggi di programmazione oggi scomparsi dall'uso, i
> quali però ebbero a loro tempo una notevole influenza su altri linguaggi e sull'informatica in generale.
> 
> Devo però obiettare che il COBOL è tutt'altro che morto, data l'immensa mole
> di programmi legacy ancora in giro e praticamente intoccabili per la loro
> complessità e importanza :D
> 
> COBOL
> ALGOL
> APL
> BASIC
> PL/I
> SIMULA 67
> Pascal
> CLU
> ML
> Smalltalk
> 
> «This is just a small sample of the important dead languages. I didn’t cover 
> ALPHARD, ALTRAN, Argus, Automath, BCPL, COMTRAN, CPL, Eiffel, FLOW-MATIC, HOPE, 
> Hypercard, ISWIM, JOVIAL, MacSyma, Mesa, Miranda, Multics Shell, PLANNER, SMP, 
> Sketchpad, or SNOBOL. All of them contributed in their own way to the modern 
> programming world. History is complicated.»
> 
> Ammetto che CLU e ML non li ho mai sentiti, così come buona parte di quelli
> nel pezzo citato ^_^;;
> 
> CYA

Anche il Pascal per la verità è ancora vivo con il DELPHI della "Embarcadero" (ex Borland)

[toc] | [prev] | [next] | [standalone]

#52155

> Anche il Pascal per la verità è ancora vivo con il DELPHI della "Embarcadero" (ex Borland)

sinceramente non conosco nessuno che lo usa ancora.

[toc] | [prev] | [next] | [standalone]

#52156

Il 04/04/2020 10:39, Massimo M. ha scritto:
>> Anche il Pascal per la verità è ancora vivo con il DELPHI della "Embarcadero" (ex Borland)
> 
> sinceramente non conosco nessuno che lo usa ancora.
> 

Io sì, lavoro in una stazione televisiva che in questi giorni è molto 
impegnata. Abbiamo parecchi canali (incluso un notiziaro 24/7) in cui 
alcuni sistemi di messa in onda sono coordianti da applicazioni di 
system integration sviluppate da noi in Delphi. L'ultima è andata in 
produzione proprio ieri.

[toc] | [prev] | [next] | [standalone]

#52138

Il giorno sabato 28 marzo 2020 13:05:33 UTC+1, zfki...@gmail.com ha scritto:

> Una carrellata di linguaggi di programmazione oggi scomparsi dall'uso
> ALGOL

ALGOL 60 dovrebbe essere ancora in uso grazie ai sistemi ClearPath Libra della
Unisys con OS MCP. Sono i diretti discendenti di una famiglia di mainframe 
Burroughs che utilizzava per il software di sistema vari dialetti derivati da
ALGOL 60. 
ALGOL 68 direi che è morto e sepolto (...anche se mi pare sia un linguaggio
bello tosto).

Nuzzler

[toc] | [prev] | [next] | [standalone]

#52166

Il giorno sabato 28 marzo 2020 13:05:33 UTC+1, zfki...@gmail.com ha scritto:

[snip]
> Devo però obiettare che il COBOL è tutt'altro che morto, data l'immensa mole
> di programmi legacy ancora in giro e praticamente intoccabili per la loro
> complessità e importanza :D
[snip]

https://qz.com/1832988/covid-19-results-in-new-jersey-desperately-needing-cobol-coders/

«In New Jersey, experts are now needed to fix COBOL-based unemployment 
insurance systems—more than four decades old—that are overwhelmed due to 
pandemic-related job losses. At a press conference yesterday, governor Phil 
Murphy asked for the help of volunteer coders who still knew how to work in 
COBOL.

Of course, as cyber-security expert Joseph Steinberg noted on his blog, such 
volunteers are likely well over 60 years old, making them especially vulnerable 
to Covid-19. Whether they would risk venturing out (or work on a volunteer 
basis, for that matter) to fix creaky systems that should have been updated 
decades ago is an open question.»

hehehe :D

mi ricorda la barzelletta che girava in occasione del Millenium Bug :D

Una volta avevo trovato una versione testuale di space invaders, scritta in
COBOL. Però non compilava per incompatibilità, al che mi sono messo a
debuggarlo/convertirlo for teh lulz :D
Credo che alla fine funzionasse, ma la mia memoria non arriva a tanto ^_^;;

CYA

[toc] | [prev] | [next] | [standalone]

#52169

On Mon, 6 Apr 2020 12:41:42 -0700 (PDT), zfkirone@gmail.com wrote:

> Of course, as cyber-security expert Joseph Steinberg noted on his blog, such 
> volunteers are likely well over 60 years old, making them especially vulnerable 
> to Covid-19. Whether they would risk venturing out (or work on a volunteer 
> basis, for that matter) to fix creaky systems that should have been updated 
> decades ago is an open question.

Io francamente questa faccenda dei soli programmatori ultrasessantenni non
la capisco. Io ho almeno una ventina d'anni in meno e il Cobol l'ho usato e
potenzialmente lo potrei usare ancora. Dico "potenzialmente" perché adesso
non ho lavoro specifico in Cobol, ma conosco realtà dov'è in uso, e in ogni
caso programmo in RPG che se possibile è addirittura più vecchio e arcaico.
Cioè: dove si usa l'RPG si potrebbe usare il Cobol, e viceversa.

Insomma, non ci credo che non c'è nessuno che sappia più programmare in
Cobol. Magari non si troveranno ventenni, ma non occorre neppure rivolgersi
ai nonni in pensione :)

Detto questo io so di essere bravo nel mio lavoro, me lo dico da solo senza
falsa modestia, ma non mi considero certo un genio dell'analisi e della
programmazione (anzi...) eppure il Cobol a suo tempo l'ho imparato in meno
di una settimana facendo direttamente pratica sul sistema su cui dovevo
lavorare. All'inizio non ero in grado di scrivere un programma nuovo, però
capire come fare una modifica a codice già scritto è quasi immediato.

Il problema semmai è tutto il "contorno", come scrive un utente del NG
comp.lang.cobol:

| At this late stage, any COBOL programmers they get should be those who
| have retired or quit the division responsible for the code to be
| modified so that there is little or learning curve regarding what the
| current code does.  In addition there may be the ability to increase
| the capacity of the computers currently used.  IBM z series many times
| can be noticeably upgraded in place if they are not already at their
| maximum capacity.  Others can speak to the current Unisys mainframe
| capacity for in place upgrade.  Since the main problem is a 1600
| percent increase in volume, tuning, distributing work to other
| computers where feasible and in some cases review of compile options
| such as using TRUNC(OPT) rather than TRUNC(BIN) for CICS COBOL
| programs despite what I consider faulty IBM recommendations based on
| research I did in the late 1990s.  Much of what can be done will
| depend on the computers actually available, the versions of operating
| systems, compilers, database management systems etc.  If any of these
| things currently being used are out of maintenance (IBM z/OS 2.1 or
| earlier for example) the state is in real trouble.

Ciao, :)
G.

[toc] | [prev] | [next] | [standalone]

#52172

> Insomma, non ci credo che non c'è nessuno che sappia più programmare in
> Cobol. Magari non si troveranno ventenni, ma non occorre neppure rivolgersi
> ai nonni in pensione :)

ti do' assolutamente ragione.
Io ho lavorato qualche anno con cobol su s390, e oltretutto il livello richiesto per lavorare era piuttosto basso, niente OOP o roba del genere.
I problemi sono:
1) e' fuori moda, ormai dire "lavoro in cobol" equivale, per molti, a fare una figura di merda
2) molti stanno cercando di tirarsene fuori, perche' lo considerano a un binario morto. 

[toc] | [prev] | [next] | [standalone]

#52177

Il giorno martedì 7 aprile 2020 09:27:25 UTC+2, G. ha scritto:
> On Mon, 6 Apr 2020 12:41:42 -0700 (PDT), zfkirone@gmail.com wrote:
> 
...
> Io francamente questa faccenda dei soli programmatori ultrasessantenni non
> la capisco. Io ho almeno una ventina d'anni in meno e il Cobol l'ho usato e
> potenzialmente lo potrei usare ancora. Dico "potenzialmente" perché adesso
> non ho lavoro specifico in Cobol, ma conosco realtà dov'è in uso, e in ogni
> caso programmo in RPG che se possibile è addirittura più vecchio e arcaico.
...

Sono d'accordo.
Per imparare bene il COBOL non basta però una settimana.
Chiaro che per modificare un programma si può fare ma quando ti trovi
davanti la sintassi estesa ad esempio di una DISPLAY con incremento intrinseco, salto pagina ed emissione di testata con riporto e piede di pagina con parziali e il tutto in
un solo statement... Beh le cose non sono così immediate.

[toc] | [prev] | [next] | [standalone]

#52186

On Wed, 8 Apr 2020 20:00:37 -0700 (PDT), tn <tullio.nicolussi@gmail.com>
wrote:

> Sono d'accordo. Per imparare bene il COBOL non basta però una settimana. 
> Chiaro che per modificare un programma si può fare ma quando ti trovi 
> davanti la sintassi estesa ad esempio di una DISPLAY con incremento 
> intrinseco, salto pagina ed emissione di testata con riporto e piede di 
> pagina con parziali e il tutto in un solo statement... Beh le cose non sono 
> così immediate.

D'accordo, ma si parla di un classico caso di 80/20. Di COBOL ne ho visto
parecchio, ma di programmi che facessero uso di Report  Writer e affini alla
fine se ne contavano veramente pochissimi. Figurati che il sistema di una
certa banca per le stampe non usava neppure il salto pagina ma inseriva con
un ciclo tante righe vuote quante ne occorrevano per arrivare a 66.

Credo possa essere più frequente, e ostile, una SEARCH ALL o una INSPECT, o
magari un bel SORT interno con RELEASE e RETURN :)

Nulla comunque che un'occhiatina su internet non possa chiarire in tempi
relativamente brevi :)

Ciao,
G.

[toc] | [prev] | [next] | [standalone]

#52190

> Figurati che il sistema di una
> certa banca per le stampe non usava neppure il salto pagina ma inseriva con
> un ciclo tante righe vuote quante ne occorrevano per arrivare a 66.

ho fatto la stessa cosa per stampare i contratti dei c/c di una certa banca. te lo facevano fare cosi'.
anzi, figurati che una volta in un listato ho messo una XOR in una IF e il mio responsabile mi ha detto "levalo, che noi siamo periti, ma la maggior parte di questi sono ragionieri programmatori, non sanno nemmeno cosa sia una XOR".
alla fine non potevi usare minimamente roba "avanzata" (lo metto tra le virgolette perche' si sta sempre parlando di cobol, eh)




> 
> Credo possa essere più frequente, e ostile, una SEARCH ALL o una INSPECT, o
> magari un bel SORT interno con RELEASE e RETURN :)
> 
> Nulla comunque che un'occhiatina su internet non possa chiarire in tempi
> relativamente brevi :)
> 
> Ciao,
> G.

[toc] | [prev] | [next] | [standalone]

#52188

Il giorno lunedì 6 aprile 2020 21:41:43 UTC+2, zfki...@gmail.com ha scritto:

[snipall]

hehehe 2 - il ritorno :D

https://onezero.medium.com/ibm-rallies-cobol-engineers-to-save-overloaded-unemployment-systems-eeadf13eddce

nella prima parte c'è lo spiegone; nella seconda parte la notizia:

«On Friday, IBM announced it was launching a free training program to teach 
coders COBOL as well as new forums to match those who know the language with 
those who need help maintaining their critical systems.

The COBOL course will teach coders how to use the language in Microsoft’s 
popular VSCode software and will be available next week. Next month, IBM says 
it will release a more fully fledged video COBOL course on online learning 
platforms like Coursera.

The two forums that IBM has launched live on the Linux Foundation’s Open 
Mainframe Project website. One of the forums, Calling all COBOL Programmers, 
has had dozens of engineers sign up in the last 24 hours from around the world. 
The other forum is more technical in nature, where coders can pose specific 
COBOL questions and work through projects with experts.

The company also says that it’s actively teaching COBOL through its existing 
“Master the Mainframe” series of free courses, and matches programmers with 
companies through its Talent Match portal.»

CYA

[toc] | [prev] | [next] | [standalone]

#52191

[snip all]

Ok, dopo questo la smetto, promesso :D

Questo articolo allarga il quadro, ma sostanzialmente non aggiunge granché:

https://spectrum.ieee.org/tech-talk/computing/software/cobol-programmers-answer-call-unemployment-benefits-systems

Una cosa che forse non emerge bene: le richieste di cui si parla sono per 
lavoro volontario, ovverosia aggratise, causa picco dovuto all'emergenza...

Più carina questa infografica

http://fingfx.thomsonreuters.com/gfx/rngs/USA-BANKS-COBOL/010040KH18J/index.html

Notare nel grafico della popolarità, in fondo, il picco in concomitanza con
il millenium bug; poi il crollo e quindi un rimbalzo che mi spiego solo se
immagino che si siano accorti che la gente andava in pensione e non c'era
nessuno a sostituirli e che i loro sistemi non migravano né scalavano bene :D

CYA

[toc] | [prev] | [standalone]

Back to top | Article view | it.comp.retrocomputing

csiph-web