USA, un'impresa su due licenzia per abuso di email

Non l'unica alternativa.
Gli sviluppatori python hanno qualche alternativa oltre a portare su c o c++, psyco e pyrex.Rimanere legato a mono o .net, che da' indubitabili vantaggi, lascia comunque a python ruby il vantaggio di poter essere usati per scripts lanciati da un interprete. Ma essere disponibile su .net non impedisce successivamente di fare un interprete.

Ennesimo linguaggio
Esistono più linguaggi che programmatori che sviluppano!Certo è una affermazione provocatoria, ma se prendete un buon dizionario d Informatica, scoprirete che tra gli anni 60-80 furono inventati centinaia di linguaggi, ma ben pochi riuscirono ad affermarsi.La stessa cosa si sta ripetendo con i linguaggi java e C++ e sui derivati. Ma alla fine il linguaggio conta poco sono la disponibilità di classi per far e qualcosa e la sua velocità di esecuzione che ne fanno la fortuna. C e Java non tramonteranno mai, gli altri sono solo esercizi di singoli che vogliono legare il proprio nome in ambito informatico a pseudo-invenzioni che in pochi anni saranno dimenticate.

Re: Ennesimo linguaggio
- Scritto da: robyroby> Esistono più linguaggi che programmatori che> sviluppano!> Ma alla fine il linguaggio conta poco> sono la disponibilità di classi per far e> qualcosa e la sua velocità di esecuzione che ne> fanno la fortuna. C e Java non tramonteranno mai,ecco un altro che non ha mai programmato in vita sua:gia' mettere java e velocita' in una stessa frase e' una cosa che nessun programmatore farebbe mai, dire poi che e' la disponibilita'di classi a fare la fortuna ....

Re: Ennesimo linguaggio
tu invece dimostri proprio una graaande esperienza e competenza....chiunque affermi, nel 2008, che Java è lento farebbe meglio a tornare a studiare.Avere più linguaggi di programmazione, di natura diversa è SEMPRE utile.

Re: Ennesimo linguaggio
Non avete idea di cosa dite!Java veloce? ah ah ah rispettto al c++???!!! aha ha haha

Re: Ennesimo linguaggio
definire linguaggi come python e perl degli "esercizi" mi sembra un po' eccessivo, tant'è che non sono stati dimenticati in un paio d'anni come dici te, ci sono linguaggi che pur non arrivando ai livelli d'eccellenza di C++ e Java contnueranno ad essere usati

stessa performance di c++ e java?
Non si possono mettere sullo stesso piano le perfomance di c++ e java...

Re: stessa performance di c++ e java?
- Scritto da: ciliani> Non si possono mettere sullo stesso piano le> perfomance di c++ e> java...Esatto ... e non si possono comparare le caratteristiche di Python con quelle di questi due linguaggi. I programmatori Python non hanno mai portato le loro applicazioni in C++ per renderle più performanti.Se i programmatori python vogliono applicazioni più performanti scrivono un pezzetto di codice C e lo inseriscono in un modulo python.Morale ... se python è fatto così è perché è essenzialmente un linguaggio di scripting evoluto (come PERL) e non ha bisogno di compilatori diversi di quello che già possiede.

D'accordo ma...
...non e' tanto il linguaggio che conta, di quelli ce ne possono essere migliaia, e' il codice che produce il compilatore che conta. Il linguaggio e' un po' come un editor, ognuno sceglie il proprio (e ci sono piu' editor che programmatori) ma e' il risultato che conta. Ognuno scrive il proprio linguaggio, se ad altri piace lo usano, altrimenti muore li! Per fortuna si e' ancora liberi di scegliere il proprio linguaggio!

Re: D'accordo ma...
- Scritto da: den2k> ...non e' tanto il linguaggio che conta, di> quelli ce ne possono essere migliaia, e' il> codice che produce il compilatore che conta. Il> linguaggio e' un po' come un editor, ognuno> sceglie il proprio (e ci sono piu' editor che> programmatori) ma e' il risultato che conta.> Ognuno scrive il proprio linguaggio, se ad altri> piace lo usano, altrimenti muore li! Per fortuna> si e' ancora liberi di scegliere il proprio> linguaggio!Ma l'editor di un programma si può cambiare, il linguaggio no...

Re: D'accordo ma...
- Scritto da: Piccolo Principe> - Scritto da: den2k> > ...non e' tanto il linguaggio che conta, di> > quelli ce ne possono essere migliaia, e' il> > codice che produce il compilatore che conta. Il> > linguaggio e' un po' come un editor, ognuno> > sceglie il proprio (e ci sono piu' editor che> > programmatori) ma e' il risultato che conta.> > Ognuno scrive il proprio linguaggio, se ad altri> > piace lo usano, altrimenti muore li! Per fortuna> > si e' ancora liberi di scegliere il proprio> > linguaggio!> > Ma l'editor di un programma si può cambiare, il> linguaggio> no...Dipende se salva in un linguaggio proprietario o conosciuto.

Re: D'accordo ma...
vabè magari intendeva che da un certo punto lo cambi.Non che ti porti dietro tutti i progetti. Il codice è testo, quello l'avrai x sempre.

Re: D'accordo ma...
- Scritto da: den2k> ...non e' tanto il linguaggio che conta, di> quelli ce ne possono essere migliaia, e' il> codice che produce il compilatore che conta. Il> linguaggio e' un po' come un editor, ognuno> sceglie il proprio (e ci sono piu' editor che> programmatori) ma e' il risultato che conta.> Ognuno scrive il proprio linguaggio, se ad altri> piace lo usano, altrimenti muore li! Per fortuna> si e' ancora liberi di scegliere il proprio> linguaggio!Sono d'accordo solo in parte.É ovvio che un compilatore non dovrebbe mai usare due istruzioni laddove ne possa usare una sola, ma...Sto facendo dei test sulle prestazioni di due Application Servers ed il dilemma é lampante: ci sono casi in cui il problema é un consumo eccessivo di memoria, mentre altri in cui la CPU é troppo sotto sforzo. Lo stesso pezzo di codice, eseguito magari molte volte, puó allocare un sacco di memoria. Nel caso in cui il problema sia la quantitá di memoria allocata, sarebbe meglio che venisse liberata al piú presto (il compilatore potrebbe aggiungere un'instruzione per farlo alla fine della funzione o anche durante, dove l'oggetto non viene piú usato), mentre nel caso sia la CPU, é meglio liberare la memoria in un secondo momento (quindi il compilatore non dovrebbe aggiungere automaticamente quelle istruzioni). In questo caso, la migliore soluzione é dare al programmatore istruzioni/meccanismi con cui possa riconoscere la situazione di emergenza, ma se nel linguaggio non ci sono... le prestazioni dell'applicazione vanno a farsi friggere!Questo é il problema del Garbage Collector di Java (beh, veramente la storia é un pó piú complicata).Quello che intendi tu come "linguaggio", secondo me é in realtá la sua sintassi. Questa visione non é piú applicabile a molti linguaggi, in quanto sono legati strettamente ad alcune librerie di base (vedi la reflection di Java), il cui funzionamento é intrinsecamente lento (ma non potrebbe essere altrimenti, visto il suo scopo). Alcuni meccanismi potrebbero essere implementati diversamente, magari in modo piú complicato, ma la scelta é stata quella di legare quel linguaggio a quelle librerie, per le quali il compilatore piú di tanto non puó fare.Sempre nel caso di Java, poi, le prestazioni dipendono molto anche dalla Virtual Machine in cui viene fatto girare, che devono supportare funzionalitá specifiche del linguaggio (ad esempio mi hanno detto, ma devo controllare, che alla fine della creazione di un oggetto in Java, viene effettuata un'operazione sincronizzata di copia dell'oggetto su tutti i core e le CPU paralleli, il che richiede un sacco di tempo e non é controllabile/disabilitabile), molte delle quali non possono essere controllate né da programma, né da compilatore.

C++, Java e C# ???
"e alle performance runtime di C++, Java e C#"che razzo c'entrano le performance runtime di C++ che è codice compilato nativamente per il processore su cui deve girare da quelle di Java e C# che invece usano macchine virtuali per eseguire il codice precompilato in ByteCode e MSIL ?????...voglio sperare che all'articolista sia solamente "scappata" per la fretta una frase del genere!

Re: C++, Java e C# ???
dai fai finta che abbia tenuto conto della compilazione j-i-t

Ma cosa ho studiato a fare Java e C?
Questo e' facile come un linguaggio di scripting, anzi, di piu'. Completo come Java e performante come C...ci manca solo che interpreti gli appunti presi su un tovagliolino da cocktail!Corro a bruciare tutti i manuali che ho in casa e a costruire un altare per sto tizio!

VB è il meglio
Oh ragà dovresto iniziare a scrivere programmi in VB.NET e buttare nel cesso tutto il resto, avreste le performance migliori di C++ (tanto l'ho creato sempre io) e la semplicità di cough cough Java ma molto molto più potente...Poprio ieri ho creato un driver in VB.NET per attaccare la spina del televisore al mio PC un intel eternum da 2500000000 GHz con 150 Tera di RAM e 12 Milioni di GB di HD su cui ho appena montato Vista Basic e gira alla grande (il televisore)Il tuo Bill

Re: VB è il meglio
- Scritto da: Bill> Oh ragà dovresto iniziare a scrivere programmi in> VB.NET e buttare nel cesso tutto il resto,> avreste le performance migliori di C++ (tanto> l'ho creato sempre io) e la semplicità di cough> cough Java ma molto molto più> potente...> Poprio ieri ho creato un driver in VB.NET per> attaccare la spina del televisore al mio PC un> intel eternum da 2500000000 GHz con 150 Tera di> RAM e 12 Milioni di GB di HD su cui ho appena> montato Vista Basic e gira alla grande (il> televisore)> > Il tuo BillQuanto l'hai pagato?Ma si trova da mediaword o devo ordinarlo direttamente sul sito MS?Posso montarci kubuntu?

ma pare python
beh non sembra male ma con la folla di lunguaggi che c'e'...