Apprendimento del linguaggio di programmazione appositamente progettato per quella società [chiuso]

Perché qualcuno dovrebbe sviluppare la propria lingua per usarla solo all'interno dell'azienda quando si hanno XY altre lingue che possono aiutarti con le loro librerie, logica ecc.? Non è molto più semplice seguire il flusso con qualcos'altro piuttosto che sviluppare la tua lingua?

È molto più facile da capire quando ti rendi conto che spesso è il prodotto di un lungo processo e non qualcuno che dice semplicemente "vogliamo creare un nuovo linguaggio".

Di solito inizia con l'idea che alcuni problemi possano essere risolti utilizzando un semplice linguaggio specifico del dominio. L'intenzione è spesso quella di fare in modo che i non esperti utilizzino questo linguaggio, quindi è semplice e spesso manca di funzionalità come la digitazione forte e i moduli.

Fin qui tutto bene. Ma poi, le persone iniziano a colpire problemi che non possono essere risolti dalla lingua. Quindi nuove "funzionalità" vengono aggiunte lentamente per risolvere questi problemi. E poiché il processo è lento e le funzionalità sono poco frequenti, non vi è alcuna motivazione a progettare correttamente queste nuove funzionalità, purché i problemi siano risolti.

Nel tempo, la nuova lingua acquisisce funzionalità che la trasformano da una semplice lingua specifica del dominio a una complessa lingua "generale", spesso con semantica contrastante e confusa e regole di sintassi difficili da seguire.

E quando le persone si rendono conto di aver creato una tale bestia enorme, è già troppo tardi per ucciderla e sostituirla con un linguaggio ben progettato.

Ci sono alcune lingue che si sono evolute in questo modo che non sono legate a società specifiche tosse JavaScript tosse PHP tosse .

Non è molto più semplice seguire il flusso con qualcos'altro piuttosto che sviluppare la tua lingua?

Certo, ma per seguirlo in modo assurdo, scriveremmo tutti in assemblea se nessuno sviluppasse nuove lingue.

A volte non c'è flusso. Le nuove lingue nascono perché qualcuno ha un prurito da grattare, che si tratti di un appassionato di lingue che vuole solo inventare qualcosa di nuovo o un'azienda con un bisogno insoddisfatto di ciò che già esiste.

Questo è esattamente quello che è successo quando John Backus ha proposto l'IBM Mathematical Formula Translating System nel 1953. Voleva un modo più semplice per gli utenti scientifici di specificare le formule matematiche piuttosto che scriverle insieme. Quel prodotto proprietario divenne il primo linguaggio di programmazione che non era assembly, e tu lo conosci come Fortran.

Laddove Fortran è stato il primo a percorrere questa strada, Erlang è praticamente il bambino che lo ha poster. Ericsson ha voluto migliorare il modo in cui è stato sviluppato il software per i suoi interruttori telefonici e ha inventato un linguaggio per la prototipazione con funzionalità specifiche per ciò di cui avevano bisogno. Quando l'ho esplorato per la prima volta, il mio takeaway è stato che è stato sviluppato da persone con un problema reale da risolvere che non sarebbe stato ben servito da nessuna delle altre lingue disponibili nel 1986. Erlang è rimasto un prodotto proprietario interno come il tuo collega incontrato fino a quando non è stato open-source più di un decennio dopo, e ora è un linguaggio tradizionale.

Sia Go che Scala sono lingue relativamente giovani nel grande schema delle cose, ed è del tutto possibile che la lingua in uso presso la compagnia del tuo collega sia precedente a entrambe. Quello che deve fare è chiedere della sua storia, perché è venuta a esistere e perché continua ad essere utilizzata.

Ho trascorso il decennio tra il 2003 e il 2013 lavorando per un'azienda che ha fatto ampio uso di un ambiente specifico del settore che includeva il suo linguaggio che affonda le sue radici alla fine degli anni '70. Mentre alcune lingue più recenti avrebbero potuto essere sostituzioni più adatte (e gli hook per loro sono stati innestati nel tempo), quell'industria ha avuto un investimento abbastanza grande in esso e un enorme corpus di codice ben collaudato che semplicemente non esisteva un buon caso commerciale per passare a qualcos'altro.

L'ho già visto prima. Non funziona mai bene. Alcune persone hanno un complesso "non inventato qui". Di solito fa correre una società reinventando la ruota.

Pensaci. Questa nuova lingua probabilmente si rompe continuamente. Tra un parser, un compilatore, una VM, un linker, qualunque cosa ... Adesso ci sono migliaia di bug con cui le persone sprecheranno ore nel debug di problemi casuali. Tutto per quello che pensano di aver bisogno che altre lingue non hanno.

C / C ++ è usato per scrivere sistemi operativi come, sai, tutti. Eppure qualcuno pensava di aver bisogno di qualcosa di diverso.