Quale linguaggio per Windows/Linux ??

[smsc]

Ciao a tutti, da anni ormai programmo Visual Basic 6, perche' non mi e' mai servito nulla di particolare e perche' lo trovo veloce a programmare.

Pochi giorni fa pero' mi sono giocato 2000 euro
Perche' al lavoro mi hanno chiesto se era possibile esportare un applicativo che ho fatto con VB6 in un linguaggio che potesse essere usato su Unix e/o Solaris (oltre che windows naturalmente!!). Il tutto ovviamente doveva essere fatto in tempi brevissimi, quindi mi sono ritrovato spiazzato!!!

Ora, e' giunta l'ora di passare ad un linguaggio di programmazione che mi permetta di creare eseguibili che possano essere compilati ed utilizzati su Windows, su Linux e/o Solaris......

Cosa mi cosigliate?? Qualcosa che non mi complichi la vita piu' di tanto. Considerato che per ora devo creare un applicativo per lo scambio di dati via TCP e/o analisi e modifica stringhe ascii....

Io stavo pensando a Java, certo sicuramente C sarebbe meglio, ma considerato che lo devo riprendere da capo non sarebbe proprio una cosa immediata.....

Help!

[xciaoatuttix]

Python... e lo impari in 2 giorni se non prima

[smsc]

Interessante..... Pero' quello che mi preme e' proteggere il codice in qualche modo.... Per esempio, su windows crei l'exe e lo proteggi per esempio con aspack e/o simili...

Il java e' praticamente eseguibile su ogni sistema con la JVM, ma si decompila in due secondi e hai il codice in 1.....

Con Python invece??

[cdimauro]

E' simile a Java.

Comunque ci sono applicazioni come py2exe o, meglio ancora, PyInstaller, che creano un eseguibile unico. Eventualmente potresti applicare all'.EXE generato qualche programma di "offuscamento".

[smsc]

Si ma queste applicazioni girano su Windows... E per Linux come la mettiamo?

Il fatto e' che se vendo un'applicazione, vorrei che non venisse decompilata con facilita' e modificata a piacimento...

Misa' che alla fine mi tocchera' buttarmi sul c++

[xciaoatuttix]

Io uso linux... python è un linguaggio interpretato come java quindi multipiattaforma.

Per l' offuscamento non saprei consigliarti... la parola agli esperti

[tomminno]

2 possibilità non ancora consigliate: QT e Mono.
Sinceramente mi chiedo ancora quanto Mono possa essere usabile in un applicativo di livello "commerciale". Le QT lo sono di sicuro.

[cdimauro]

Originariamente inviato da smsc

Si ma queste applicazioni girano su Windows... E per Linux come la mettiamo?

I programmi che ho citato prima funzionano anche su Linux e Mac OS X.

Il fatto e' che se vendo un'applicazione, vorrei che non venisse decompilata con facilita' e modificata a piacimento...

Ma cosa hai realizzato? Il software per controllare una centrale nucleare?

Misa' che alla fine mi tocchera' buttarmi sul c++

E perderci molto più tempo.

[xciaoatuttix]

Originariamente inviato da smsc

Si ma queste applicazioni girano su Windows... E per Linux come la mettiamo?

Il fatto e' che se vendo un'applicazione, vorrei che non venisse decompilata con facilita' e modificata a piacimento...

Misa' che alla fine mi tocchera' buttarmi sul c++

Perchè invece non la rendi open-source ? la licenzi con la GPL.
Così tutti la possono usare, modificare, migliorare...


Il futuro è open-source

[smsc]

Originariamente inviato da cdimauro

Ma cosa hai realizzato? Il software per controllare una centrale nucleare?

No, semplicemente un software che non è utile a nessuno, se non ai tecnici che lavorano con me! E naturalmente all'azienda che lo potrebbe acquistare!! E con questo ho risposto anche a xciaoatuttix per quanto riguarda l'open source.

In ogni caso ora do un'occhiata a python! Grazie a tutti!

[khelidan1980]

Originariamente inviato da smsc

No, semplicemente un software che non è utile a nessuno, se non ai tecnici che lavorano con me! E naturalmente all'azienda che lo potrebbe acquistare!! E con questo ho risposto anche a xciaoatuttix per quanto riguarda l'open source.

In ogni caso ora do un'occhiata a python! Grazie a tutti!

c'e anche la possibilità che loro VOGLIANO i sorgenti, nella consulenza molte spesso si fa così, a maggior ragione per il fatto che il software lo dai solo a loro, è anche una sicurezza in più per loro avere i sorgenti

[Ilbaama]

Originariamente inviato da khelidan1980

c'e anche la possibilità che loro VOGLIANO i sorgenti, nella consulenza molte spesso si fa così, a maggior ragione per il fatto che il software lo dai solo a loro, è anche una sicurezza in più per loro avere i sorgenti

Ma con i sorgenti il prezzo non aumenta?

[cdimauro]

Originariamente inviato da xciaoatuttix

Perchè invece non la rendi open-source ? la licenzi con la GPL.
Così tutti la possono usare, modificare, migliorare...

Il futuro è open-source

No propaganda, please.

Originariamente inviato da Ilbaama

Ma con i sorgenti il prezzo non aumenta?

Certo.

[smsc]

Ma domanda veloce, che ancora non ho avuto un minuto per darci un'occhio....

Con Java bisogna utilizzare la virtual machine, con python invece c'è qualcosa del genere??

Cioè devo sempre installare un "malloppo" per far girare il tutto??

[javaboy]

C'è ma non è un malloppo

[cionci]

Io ti consiglio Java. Python per l'interfaccia grafica nel framework non ha praticamente niente di paragonabile a VB6. Se ti appoggi a librerie esterne, praticamente obbligatorio con Python, ci sono ottimi tool di disegno per l'interfaccia (QtDesigner per PyQT), ma sempre slegati dalla generazione del codice.
Java ha invece degli ottimi IDE RAD con ottimi designer di interfacce, ti consiglio NetBeans (forse ha il miglior gui builder per Java) oppure Eclipse.

Se sei intenzionato ad usare C++ (la strada è nettamente più lunga rispetto a Java se non conosci già C++) allora ti conviene usare le librerie Qt. Nel SDK è incluso un ottimo IDE chiamato QtCreator. Che è praticamente QtDesigner, ma in più permette di generare anche molto codice C++.
Un piccolo esempio: http://www.youtube.com/watch?v=AaD2-pRGkm4
Non ci sono problemi di licenza a patto di non linkare staticamente le Qt (licenza LGPL).

Per quanto riguarda le dipendenze:
- Python: hai l'interprete + le dll delle librerie Qt
- Java: la virtual machine di Sun
- C++ e Qt: l'eventuale Dll dll del runtime del compialtore (sia per il compilatore Microsoft che per MingW32 gcc) + le dll delle librerie Qt

[PGI-Bis]

Un censimento che potrebbe essere utile: quali sono le piattaforme cross-os attualmente disponibili? Cioè roba che permetta effettivamente di creare il programma su X ed eseguirlo su Y? Io ne ho in mente solo tre

java
python
smalltalk

Poi ci sono i linguaggi che girano su queste piattaforme (dei circa 288 che girano sulla JVM una ventina sono effettivamente papabili per lo sviluppo, putroppo non c'è VB perche il progetto "Semplice" sembra scomparso nelle nebbie, però c'è Scala, vuoi mettere?).

Non cito NET perchè non ho mai capito se Mono sia una piattaforma che usa la meccanica di NET o se sia una vera e propria versione di NET per Unix.

Ne conoscete altre? Ad esempio, esiste una "piattaforma" Delphi - dove per piattaforma intendo il trittico linguaggio+macchina virtuale+paccone di librerie standard?

[cionci]

Però non mi sembra che chi ha aperto il thread abbia chiesto che giri su molte piattaforme senza ricompilazione

[smsc]

Originariamente inviato da cionci

Però non mi sembra che chi ha aperto il thread abbia chiesto che giri su molte piattaforme senza ricompilazione

Guarda, gli os piu' usati da me sono Red hat e Solaris (oltre a OpenVMS, ma quella e' un'altra storia!!), e' ovvio che se avessi un file compilato da esportare sulla macchina destinataria senza compilare e' meglio, anche perche' non ho Sun a casa su cui compilare il sorgente!

Alla fine comunque mi sono buttato su java, magari in futuro potrei usare anche applet!! Ma soprattutto non mi interessa (almeno per ora) avere un'interfaccia grafica...

Grazie comunque per le dritte di NetBeans e Eclipse!

[cionci]

Allora se non ti serve l'interfaccia grafica anche Python va bene.
Se mi dici che vuoi sostituire VB6 penso subito ad un programma con interfaccia grafica