Vorrei comunicare cioè mettere in comune alcune cose fonte di apprendimento, comprensione, varianti di vedute, design e implementazione di un software che capisce ed esegue delle istruzioni che classicamente è chiamato sistema di scripting ma dalle caratteristiche inusuali ad esempio una struttura gerarchica che contiene un programma divenuto quindi eseguibile.
In altre parole è un interprete di scripts imperativi, il cui parsing è la notazione polacca adattata agli algoritmi, la cui intermediate representation è una lista di liste, la cui esecuzione è particolarmente semplice in modo anche che un programmatore possa agevolmente comprenderla e ragionarci, che sia bello da scrivere e riscrivere, capirlo e riscoprirlo, e che il computer possa operarci su agevolmente (sia sul codice sorgente che quello che ne segue come dicevo).
Ci sono quindi 3 fasi: scrittura in notazione polacca ovvero prefissa, derivazione di un albero ovvero una gerarchia di istruzioni praticamente imperative e strutturate (vedasi la teoria sulla programmazione strutturata), ed infine il funzionamento basato sull’esecuzione della gerarchia di istruzioni.
Può sembrare scarno ma ha obiettivi didattici (anche per me), vuole essere (come ho altrove detto spesso) un giocattolo ma con una sua logica e una sua eleganza di design.
Ho studiato molti linguaggi di programmazione, da quelli di moda a quelli senza tempo, a quelli esoterici e sperimentali, a quelli con ferventi sostenitori a quelli con dietro un supporto di corporations e fondazioni no-profit (o viceversa).
Domani vi parlerò meglio di questo esperimento per i più avanzati e patiti di TypeScript o anche JavaScript, quelli che hanno studiato “linguaggi interpretati e compilati” all’università, a quelli che ci hanno lavorato tanto coi linguaggi da avere una illuminazione sull’essenza sincretica delle varie religiosità delle rispettive communities che altro che illuminate a volte vedono competizione e conflitto.
A domani, a presto, ai prossimi articoli di questo weblog.
Lascia un commento