consigli programmazione

[banryu79]

Originariamente inviato da shinya

...
Non è così. Hai solo tolto la fottuta cera.

Post dell'anno

[banryu79]

Originariamente inviato da lucap90

2. l'inglese lo capisco un po', pero non capisco perchè dovrei saperlo bene per fare qualche programmino (cioè un prigrammino informatico, non un viaggio vacanza a londra ). questo commento mi aveva smontato più di tutti a essere onesti. ho trovato una cosa che dicono serve a programmare in italiano http://www.leonardo-hlc.it/ voi che ne dite?

Non so in quanti si sono presi la briga di andare a vedere quel link.
Io l'ho fatto... e sono rimasto sorpreso!

Ma che è sta roba?
Se in mezzo a tutto il marketing che mi sembra di scorgere fossero mantenute anche solo il 40% delle promesse e aspettative, beh, credo sarebbe fantastico. Di sicuro è interessante, chissà se ne sentiremo parlare (sono allo Smau oggi e per i prossimi due giorni, a giudicare dai post nella sezione del blog).
Mi piacerebbe sapere che ne pensano i frequentatori più anziani di questa sezione...

Ovviamente brutto che:
- per compilare devi essere collegato a internet.
- per pubblicare le tue applicazioni devi per forza passare per il loro store.
Ma è comprensibile che sia così. E' roba a pagamento.

Invece era abbastanza scontato che il risultato è roba che gira sulla jvm.

@EDIT: per chi non ha voglia di spluciare i post del loro blog, un'esempio di come dovrebbe funzionare sta roba e cosa dovrebbe fare:
http://www.leonardo-hlc.it/it/blog-p...e-con-leonardo

[cdimauro]

Originariamente inviato da banryu79

Non so in quanti si sono presi la briga di andare a vedere quel link.
Io l'ho fatto... e sono rimasto sorpreso!

Ma che è sta roba?
Se in mezzo a tutto il marketing che mi sembra di scorgere fossero mantenute anche solo il 40% delle promesse e aspettative, beh, credo sarebbe fantastico. Di sicuro è interessante, chissà se ne sentiremo parlare (sono allo Smau oggi e per i prossimi due giorni, a giudicare dai post nella sezione del blog).
Mi piacerebbe sapere che ne pensano i frequentatori più anziani di questa sezione...

Ovviamente brutto che:
- per compilare devi essere collegato a internet.
- per pubblicare le tue applicazioni devi per forza passare per il loro store.
Ma è comprensibile che sia così. E' roba a pagamento.

Invece era abbastanza scontato che il risultato è roba che gira sulla jvm.

@EDIT: per chi non ha voglia di spluciare i post del loro blog, un'esempio di come dovrebbe funzionare sta roba e cosa dovrebbe fare:
http://www.leonardo-hlc.it/it/blog-p...e-con-leonardo

Sembra la fine del mondo. Ma è troppo chiuso in cassaforte per i miei gusti, per cui preferisco non approfondire.

[Tommo]

Originariamente inviato da shinya

Ma sono io, o cadi in contraddizione? Prima dici che bisogna farsi le basi con pseudocodice e diagrammi di flusso e poi saltare subito a scrivere in C? E perché? Che relazione ci sarebbe?

Cioè, voglio dire, è mia opinione che si possa cominciare a programmare anche da C. O anche da python o salcazzo, ma penso che C sia comunque un'opzione percorribile.

Il punto è che gli hardcore fan che dicono di "farsi le ossa in C" lo fanno per colpa di quella che io credo si possa chiamare "Sindrome di Karate Kid". Karate Kid ci ha insegnato che per diventare un maestro di karate devi spendere un'assurda quantità di tempo in attività completamente scorrelate e inutili, tipo "dai la cera - togli la cera".

Fa molto zen. Peccato che sia una stronzata. Se vuoi diventare un maestro di karate devi fare karate, non dare la cazzo di cera!

Per similitudine, tornando in topic, chi consiglia C su questo forum lo fa perché crede che aver perso un pomeriggio per capire che il bug del suo merge-sort era quel "p" invece di "*p" sia aver imparato qualcosa.

Non è così. Hai solo tolto la fottuta cera.

ps. C per me è un'opzione perché è un linguaggio semplice. Ma semplice != user friendly.

Eoh, ma il latino apre la mente!

[ingframin]

Originariamente inviato da Tommo

Eoh, ma il latino apre la mente!

"C K&R" -> In hoc signo vinces!

Potremmo fare un linguaggio di programmazione nuovo con le parole in latino!

[shinya]

Originariamente inviato da ingframin

"C K&R" -> In hoc signo vinces!

Potremmo fare un linguaggio di programmazione nuovo con le parole in latino!

Già fatto.
http://search.cpan.org/~dconway/Ling...a/Perligata.pm

[banryu79]

Originariamente inviato da shinya

Già fatto.
http://search.cpan.org/~dconway/Ling...a/Perligata.pm

OMG! Perl... in latino

[Vincenzo1968]

Io sto sviluppando un interprete per lo pseudocode del Cormen. Il programma farà anche da traduttore(nel senso che prende in input lo pseudocode Cormen e lo trasforma in C, C++, Java o C#).

[banryu79]

Originariamente inviato da Vincenzo1968

Io sto sviluppando un interprete per lo pseudocode del Cormen. Il programma farà anche da traduttore(nel senso che prende in input lo pseudocode Cormen e lo trasforma in C, C++, Java o C#).

Carino
Cosa stai usando per sviluppare l'interprete?

[Vincenzo1968]

Originariamente inviato da banryu79

Carino
Cosa stai usando per sviluppare l'interprete?

Sto usando il linguaggio C e le tecniche di parsing imparate durante lo svolgimento del Contest 17. La grammatica è LR(1); uso Bison/Flex per sviluppare automaticamante il parser(contrariamente a quanto ho fatto nel contest dove ho utilzzato un parser a discesa ricorsiva sviluppato interamente a mano).

Comunque ci vorrà ancora un po' di tempo ché mi ci dedico la sera quando torno a casa dal lavoro(se non sono troppo stanco). Potrei velocizzare i tempi di sviluppo dedicandomici anche nei fine settimana ma non mi va di stare fottuto a casa a programmare il sabato e la domenica.

Quando sarà pronto metterò a disposizione, gratuitamente, gli eseguibili(per Linux, Windows e Mac) e il codice sorgente.

Non so se aprire un sito dedicato o appoggiarmi a SourceForge o simili.



http://dragonbook.stanford.edu/



http://www.gnu.org/software/flex/
http://www.gnu.org/software/bison/

[banryu79]

Originariamente inviato da Vincenzo1968

Comunque ci vorrà ancora un po' di tempo ché mi ci dedico la sera quando torno a casa dal lavoro(se non sono troppo stanco). Potrei velocizzare i tempi di sviluppo dedicandomici anche nei fine settimana ma non mi va di stare fottuto a casa a programmare il sabato e la domenica.

Ma infatti, fai bene, non deve mica essere un'ossesione
E poi i cervelli hanno bisogno del giusto tempo per assorbire i concetti e per lavorare bene, specie i cervelli attempati

[Vincenzo1968]

Se vuoi contribuire(per esempio aggiungento Python fra i linguaggi di output del traduttore), oltre al Dragon Book, che è un must, puoi scaricare gratuitamente questo libro:

http://www.diku.dk/~torbenm/Basics/basics_lulu2.pdf

[banryu79]

Originariamente inviato da Vincenzo1968

Se vuoi contribuire(per esempio aggiungento Python fra i linguaggi di output del traduttore), oltre al Dragon Book, che è un must, puoi scaricare gratuitamente questo libro:

http://www.diku.dk/~torbenm/Basics/basics_lulu2.pdf

Parlavi con cdimauro vero? Perchè per Python io non so una ceppa...

[cdimauro]

Non credo, perché non perdo tempo con Flex, Bison e (soprattutto) C, ma preferisco ANTLR per scrivere parser, e ovviamente Python come linguaggio.

Ma questo lo sa bene anche Vincenzo.

[Vincenzo1968]

Originariamente inviato da banryu79

Parlavi con cdimauro vero? Perchè per Python io non so una ceppa...

Ah si, chiedo venia! Ricordavo male: tu, se non sbaglio, programmi in Java.

[Vincenzo1968]

Originariamente inviato da cdimauro

Non credo, perché non perdo tempo con Flex, Bison e (soprattutto) C, ma preferisco ANTLR per scrivere parser, e ovviamente Python come linguaggio.

Ma questo lo sa bene anche Vincenzo.

Lo so, Cesare, lo so: non ti piace perdere tempo col C. Comunque non è detto che si debba contribuire obbligatoriamente con questo linguaggio. Il programma sarà modularizzato. Per esempio, il parser sarà impacchettato in una libreria a collegamento dinamico. si può utilizzare la dll(o so in Linux) per richiamare(col linguaggio preferito) il parser e farsi restituire l'AST. Poi l'AST viene attraversato per la l'interpretazione o la traduzione.

Aggiungere Python alla lista dei linguaggi di output non sarebbe male. Io purtroppo non posso farlo ché non lo conosco bene.

ANTLR è un gran bel generatore di parser. Purtroppo(e dico purtroppo secondo me) genera parser a discesa ricorsiva. Ora, come ben sai, il vantaggio principale per un tale parser è la facilità d'implementazione manuale.
Se lo fai con un tool automatico ti perdi tutta la parte divertente. Questo sempre secondo la mia modesta opinione.

Io sto creando un generatore di parser LL(1) che genera un parser table-driven.

[Vincenzo1968]

Al posto di una dll che esporta l'AST il programma potrebbe salvare su disco il Three Address Code(in formato binario o testo).
Il programma client, scritto in qualsiasi linguaggio, potrebbe leggere il file e tradurre le istruzioni TAC, dopo averle eventualmente ottimizzate, nel linguaggio di output.

http://dound.com/courses/cs143/hando...C-Examples.pdf

[cdimauro]

Premetto che forse sarebbe il caso di spostarsi in un altro thread.

L'AST è più comodo ed efficiente da manipolare, perché mantiene ancora una ricchezza di informazioni sufficiente per farci tanti giochetti.

A parte questo, che sia AST o TAC, ciò sarebbe intrinsecamente legato a un linguaggio di programmazione. Python, ad esempio, è ricco di tipi, che non trovano riscontro in altri linguaggi.
Come lo si gestisce? E' difficile pensare a una dll/so "universale", che mantenga un'interfaccia stabile.

Comunque a me non interessa lavorare in C (lo faccio solo con la virtual machine di Python, perché implemento le mie idee su come velocizzarla), e in ogni caso il poco tempo che ho lo dedico ad altri progetti.

Infine, sì, ANTLR genera parser a discesa ricorsivi, ma non si limita a questo, altrimenti chi apprezza questa tipologia di parser non l'avrebbe nemmeno preso in considerazione (invece... prolifica). Toglie di mezzo un sacco di lavoro che dovresti fare a manina, e con grande rischio di commettere qualche errore (che è sempre dietro l'angolo quando c'è da realizzare un parser).

A me l'efficienza a tutti i costi non interessa. M'interessa arrivare rapidamente alla risoluzione del problema, e per questo Python è diventato il mio linguaggio principe.

Per gli stessi motivi, se dovessi realizzare un parser userei ANTLR, che mi consente di generare rapidamente anche il codice di valutazione dell'AST stesso. Oltre che il lexer. E tutti e tre con una sola, semplice, sintassi.
Senza contare tool come ANTLRWork che sono spettacolari per vedere in tempo reale il grafo del linguaggio man mano che stai scrivendo la sua grammatica con ANTLR...

[Vincenzo1968]

Originariamente inviato da cdimauro

Premetto che forse sarebbe il caso di spostarsi in un altro thread.

L'AST è più comodo ed efficiente da manipolare, perché mantiene ancora una ricchezza di informazioni sufficiente per farci tanti giochetti.

A parte questo, che sia AST o TAC, ciò sarebbe intrinsecamente legato a un linguaggio di programmazione. Python, ad esempio, è ricco di tipi, che non trovano riscontro in altri linguaggi.
Come lo si gestisce? E' difficile pensare a una dll/so "universale", che mantenga un'interfaccia stabile.
...

È un po' complicato ma si dovrebbe poter fare utilizzando ctypes:

ctypes — A foreign function library for Python

ctypes is a foreign function library for Python.
It provides C compatible data types, and allows
calling functions in DLLs or shared libraries.
It can be used to wrap these libraries in pure Python

http://docs.python.org/library/ctypes.html

http://stackoverflow.com/questions/2...ll-from-python

http://www.daniweb.com/software-deve...ll-from-python

http://python.net/crew/theller/ctypes/tutorial.html

Comunque, si, hai ragione, ci stiamo allontanando un po' troppo dall'argomento del thread. Quando il programma sarà pronto apro un thread dedicato e ne parliamo meglio.

[giacomo92]

Come primo linguaggio a me hanno insegnato Java(senza programmare con oggetti) prima però mi hanno fatto fare una buona dose di flowchart secondo me dovresti guardarti un po' anche questo ciao :-)