Forum libero

> no non intendevo questo, intendevo che per come
> ti ho capito (magari mi sono sbagliato) sei il
> tipo che si mette a cont(roll)are le istruzioni
> atomiche in linguaggio macchina una ad una,

Si`, preferisco organizzare le singole istruzioni almeno nei cicli piu` interni. Magari non in linguaggio macchina, ma nella sua rappresentazione assembly o L.in.oleum, purche` si mantenga vicina a un rapporto 1:1 tra le istruzioni simboliche e quelle tipicamente atomiche di una CPU.

In proposito, L.in.oleum non ha sempre un rapporto 1:1, ma lo sacrifica solo quando questo favorisce l'ortogonalita` del set d'istruzioni. Insomma, anch'io opero dei compromessi, solo che scelgo in generale un livello piu` basso e meno astratto della media, cerco di allontanarmi il meno possibile dalle istruzioni tipiche di un'architettura a registri.

Perche`, e` vero, non mi piacciono molto le black box e non mi fido delle ottimizzazioni automatiche, e anche perche` non mi piacerebbe, che so, appoggiarmi a librerie grafiche scritte in C++ quando il programma principale e` in L.in.oleum: o tutto in uno o tutto nell'altro, cosi` in caso di necessita` devo portare un solo compilatore e una sola virtual machine.

> e
> siccome i processori attuali sono a 3 ghz e passa
> e ad ogni ciclo eseguono parecchie istruzioni,
> l'approccio che poteva forse andar bene per
> programmare una centralina semaforica sullo z80
> non è altrettanto adatto a programmare qualcosa
> di così complesso come potrebbe ad esempio essere
> un graphic
> engine.

Al contrario, le regole di pairing sulle pipelines dei processori superscalari moderni sono note. A grandi linee, su un processore che esegue piu` istruzioni per volta, bisogna aggiungere all' "approccio" il fatto che le istruzioni che si vogliono eseguire insieme non siano dipendenti dai risultati di istruzioni immediatamente precedenti: una cosa che un compilatore non fa tanto bene quanto un essere umano. Inoltre, i compilatori che seguono un modello a oggetti devono provvedere all'isolamento delle varie parti di codice e dati per evitare effetti collaterali, e fargli fare questo meccanicamente e` un ostacolo all'ottimizzazione della velocita` di un programma: il compilatore tende a perdere tempo in operazioni che sono utili in teoria, coerenti al suo modello, ma che in pratica il programmatore (umano) saprebbe essere inutili in casi specifici.

Um... e` un discorso complicato, ma in sostanza non e` vero che "fare a mano" oggi sia peggio, anzi! E` ancora molto meglio, forse anche di piu` che in passato, solo che e` faticoso e riduce la... produttivita`.

> no ma la filosofia che sta dietro a linoleum
> rispecchia quanto scritto sopra: tu vuoi
> controllare le singole istruzioni. E ti viene
> difficile accettare un modello di sviluppo più
> astratto, con delle istruzioni più complesse e
> superiori da vedere come black box, sai cosa
> entra, sai cosa esce, ma non sai cosa succede
> dentro. Ti viene difficile fondamentalmente
> perché sei un curiosone e vuoi sapere cosa
> succede in ogni istante, ma imho è anche un po'
> mania ossessiva compulsiva, che fa parte del tuo
> genio ma dovresti contenere in opportuni
> confini.

Non e` solo curiosita`, e` anche un'idea di maggiore liberta`: se qualcosa non mi va bene in una scatola nera, voglio poterla aprire e cambiare il dettaglio, senza stare a dover passare a un altro ambiente di sviluppo e a un altro linguaggio. Nella mia idea di praticita`, tutti i sorgenti sono visibili, testuali, e alterabili. Un compilatore solo li raccoglie tutti e produce l'eseguibile.

> che bello che hai un progettone

Per ora solo in testa, devo dare gli ultimi ritocchi a L.in.oleum (e` gia` uscita la versione 2, e funziona, ma e` azzoppata specialmente della documentazione)

Ma potrei partire presto. Al limite, cose come le estensioni modulari le faccio evolvere quando mi servono (che sarebbe comunque non molto in la` nel tempo).

> > um... dubito di poter competere DA SOLO sul
> piano
> > puramente attribuibile alla forza lavoro umana,
> > cioe` nell'assemblaggio di ambienti, textures,
> > personaggi realistici, un sacco d'arte grafica.
> > Quello su cui cerco di puntare io e` qualcosa di
> > diverso.
>
> ovviamente da solo no, ma per la parte di
> programmazione mi dai l'aria di essere abbastanza
> capace, e non parlo solo dal punto di vista
> tecnico.
> mi ispiri di quelle persone che quando si fissano
> con una cosa smettono di mangiare e di dormire
> pur di dedicare tempo ed energie a quel
> progetto.

Anni fa lo ero, poi ho perso l'entusiasmo, o forse la motivazione. Un po' come se mi fossi rammollito, appisolato, e avessi detto "mah, sto bene anche cosi` in fondo".

Pero` non e` vero che sto bene, mi manca qualcosa, mi sono chiuso in un limbo dove si sta "benino", ma non bene, dove non c'e` soddisfazione ne` sfida. Un tran tran, insomma. E ora uscirne e` un po' come alzarsi dal letto la mattina: "e` caldo, si sta bene, c'e` ancora un po' di tempo, chi te lo fa fare?"

Devo solo ritrovare un filone divertente da esplorare, in fondo. E il progettone non e` malaccio, come idea. Staro` a vedere.. grazie per gli auguri.