OT Programmazione 2014

[MItaly]

Sissì ma ho presenti i problemi delle stringhe immutabili, quando lavoravo in VB era tipico il problema del costo folle della concatenazione di numerose stringhe.
Sulle stringhe NUL-terminate, secondo me è una vicenda triste che per il C sia andata così, in generale un sacco di operazioni diventano più efficienti con le stringhe "counted".

[Scara95]

Sissì ma ho presenti i problemi delle stringhe immutabili, quando lavoravo in VB era tipico il problema del costo folle della concatenazione di numerose stringhe.

Beh, bisogna comunque notare che la maggior parte dei linguaggi offre uno string builder proprio per questo caso.

Sulle stringhe NUL-terminate, secondo me è una vicenda triste che per il C sia andata così, in generale un sacco di operazioni diventano più efficienti con le stringhe "counted".

Eh, una volta facevano più comodo le stringhe terminate da NULL e non ci hanno pensato. Anzi è comico come C fosse preferito rispetto ad altri linguaggi proprio per questo.

In ogni caso ogni rappresentazione ha i suoi pro e i suoi contro, ad esempio le stringhe terminate da NULL puoi trattarle come un semplice puntatore. (non che io le difenda)

[MItaly]

Beh, bisogna comunque notare che la maggior parte dei linguaggi offre uno string builder proprio per questo caso.

Sì, infatti in VB.NET si faceva ben così, ma in VB6 era abbastanza tragico (c'erano dei workaround strani, ma non chiedermi di ricordarmi come si facesse esattamente ).

Eh, una volta facevano più comodo le stringhe terminate da NULL e non ci hanno pensato. Anzi è comico come C fosse preferito rispetto ad altri linguaggi proprio per questo.

In ogni caso ogni rappresentazione ha i suoi pro e i suoi contro, ad esempio le stringhe terminate da NULL puoi trattarle come un semplice puntatore. (non che io le difenda)

In realtà esistono modi per bypassare quest'ultimo problema - ad esempio, le BSTR sono puntatori a wchar_t, con la convenzione che i quattro byte prima della locazione puntata contengono la lunghezza della stringa (e comunque la stringa è anche NUL-terminata per compatibilità con le funzioni C "normali").
Da questo punto di vista hai il vantaggio che determinare la lunghezza della stringa è O(1), non hai problemi di compatibilità se va passata a funzioni che la usano in read-only (e comunque si aggiusta in fretta in caso sia in lettura-scrittura), ma ovviamente tutti i giochini che dicevamo di slice & co. non sono possibili.

[Scara95]

In realtà esistono modi per bypassare quest'ultimo problema - ad esempio, le BSTR sono puntatori a wchar_t, con la convenzione che i quattro byte prima della locazione puntata contengono la lunghezza della stringa (e comunque la stringa è anche NUL-terminata per compatibilità con le funzioni C "normali").
Da questo punto di vista hai il vantaggio che determinare la lunghezza della stringa è O(1), non hai problemi di compatibilità se va passata a funzioni che la usano in read-only (e comunque si aggiusta in fretta in caso sia in lettura-scrittura), ma ovviamente tutti i giochini che dicevamo di slice & co. non sono possibili.

Sì, ne ero a conoscenza.

[Scara95]

Questo progetto (Haxe) mi fa sorgere tante domande

[Scara95]

Ma tra l'altro, sbaglio o scara95 oggi inizia la maturità?

(in bocca al lupo nel caso )

15/15 15/15 15/15
crediti 22/25

[MItaly]

Questo progetto (Haxe) mi fa sorgere tante domande

Ad un'occhiata rapida sembra un Javascript fatto bene che idea te ne sei fatto?

15/15 15/15 15/15
crediti 22/25

quando l'orale? argomento della tesina?

[Scara95]

Ad un'occhiata rapida sembra un Javascript fatto bene che idea te ne sei fatto?

In realtà sembra essere un linguaggio totipotente: vuole permettere un'unica sintassi per tutti gli ambiti.
C'è anche un framework per creare giochi cross platform che compilino in C++(desktop e iOS), HTML5, C#, Java, e flash :O
Tuttavia è un progetto che guardo di striscio da anni, ma non ho mai provato. Credo proverò: ora sembrano avere una buona documentazione.

quando l'orale? argomento della tesina?

Martedì. Divario fra modelli razionali e reale (intendendo reale come concetto limite).
Si sviluppa per esempi.

[MItaly]

In realtà sembra essere un linguaggio totipotente: vuole permettere un'unica sintassi per tutti gli ambiti.
C'è anche un framework per creare giochi cross platform che compilino in C++(desktop e iOS), HTML5, C#, Java, e flash :O
Tuttavia è un progetto che guardo di striscio da anni, ma non ho mai provato. Credo proverò: ora sembrano avere una buona documentazione.

Mi diceva un collega che ai tempi l'aveva provato per fare uno slideshow Flash (o roba del genere) e non gli era parso niente male a livello di linguaggio, e che anche la sua VM è una lippa.

Io invece per colpa di PCG sto andando alla deriva verso il retrocomputing, di base ora vado a pescarmi tutte le challenge che posso risolvere in modo compatto in assembly x86 per DOS (l'assemblato è estremamente compatto, e non c'è nessun header che aumenta la lunghezza inutilmente).
Devo dire che tutto sommato come esperienza è interessante, a metterci le mani direttamente si capisce il perché di tante cose del set di istruzioni x86, che si vede che è nato per essere scritto "a mano".

Adesso stavo pensando di fare un compilatore con ottimizzatore (sempre in assembly x86 per DOS) per brainfuck, con in prospettiva l'idea di fare un JIT per brainfuck automodificante.

Martedì. Divario fra modelli razionali e reale (intendendo reale come concetto limite).

Urca, non è argomento da poco... il problema con queste cose è sempre il tempo e la disponibilità della commissione di darti retta. Nella mia tesina avevo parlato (tra le altre cose) di crittografia, ma con una commissione d'esame di liceo classico ho ottenuto principalmente sguardi vuoti prima ancora di attaccare la questione chiavi asimmetriche.

[Scara95]

Mi diceva un collega che ai tempi l'aveva provato per fare uno slideshow Flash (o roba del genere) e non gli era parso niente male a livello di linguaggio, e che anche la sua VM è una lippa.

Io invece per colpa di PCG sto andando alla deriva verso il retrocomputing, di base ora vado a pescarmi tutte le challenge che posso risolvere in modo compatto in assembly x86 per DOS (l'assemblato è estremamente compatto, e non c'è nessun header che aumenta la lunghezza inutilmente).
Devo dire che tutto sommato come esperienza è interessante, a metterci le mani direttamente si capisce il perché di tante cose del set di istruzioni x86, che si vede che è nato per essere scritto "a mano".

Adesso stavo pensando di fare un compilatore con ottimizzatore (sempre in assembly x86 per DOS) per brainfuck, con in prospettiva l'idea di fare un JIT per brainfuck automodificante.

Buon lavoro
Io in realtà dovrei decidere un qualcosa di serio da mettermi a fare .-.

Urca, non è argomento da poco... il problema con queste cose è sempre il tempo e la disponibilità della commissione di darti retta.

È più che altro per quello che ho deciso di non perdermi in formalismi e sviluppare l'argomento per esempi...

Nella mia tesina avevo parlato (tra le altre cose) di crittografia, ma con una commissione d'esame di liceo classico ho ottenuto principalmente sguardi vuoti prima ancora di attaccare la questione chiavi asimmetriche.

Beh, ma quello è masochismo xD
Io sono in uno scientifico PNI e ho comunque evitato qualsiasi argomento inerente all'informatica perché non sarebbero riusciti a seguirmi, giusto la professoressa di matematica forse xD
Mi era saltato alla mente di fare un bel discorsetto (poco approfondito e per esempi) sui limiti dell'OOP, ma ho evitato pure quello