Newsgroup: it.comp.os.linux.development
Titolo: Qual'è il miglior ambiente di sviluppo

Salve a tutti,
Avrei un piccolo quesito da porre a tutto il NG.
Ho sempre utilizzato linux per risolvere problemi di firewall,trasparent
proxy,intrusion detection ecc., ora volevo sviluppare un paio di
applicazioncine sopra alle mie piattaforme, secondo voi qual'è il miglior
linguaggio da utilizzare, considerando anche la necessità delle gui e
sopratutto voleno riutillzare il tutto anche sotto linux ? Non ditemi solo
JAVA vi prego, datemi una valida alternativa!
Se propio dovessi cominciare a lavorare con java vorrei imparare a farlo nel
più breve tempo possibile, premetto che di base gia conosco parecchio, mi
occorre matriale su cui smanettare... consigli??
GRAZIE a tutti

 gui e sopratutto voleno riutillzare il tutto anche sotto linux ?
 
Io ho iniziato da un po' a programmare in Python e sembra veramente
ottimo per queste cose (oltre che discretamente portabile).
See you,
	Silver Drake
--
"Creare musica è come fare la cacca: l'ispirazione è naturale,
ma quanta fatica per buttar giù due stronzate" SD2001
http://www.iammol.com

 wrote:
: Salve a tutti,

: 
:
se hai bisogno di portabilita' allora java e' la scelta migliore, non
si scappa. i vari jdk devono passare circa 15000 test prima di essere
dichiarati compatibili ed avere il bollino java... questo ti garantisce
un livello passabile di compatibilita' tra le piattaforme.
naturalmente devi usare una versione di java un po' recente, jdk 1.3.1
oppure jdk 1.4.x vanno benissimo.
le alternative non garantiscono nulla: python, perl, ruby, tutto quello
che vuoi, non devono passare questi test, pertanto e' piu' facile che
si comportino diversamente sulle diverse piattaforme.
se pero' non devi realizzare codice portabile allora un linguaggio che mi
piace e' python.
 

 che vuoi, non devono passare questi test, 
http://www.rubygarden.com/triple-r/index.html
Rubicon e` una test suite per Ruby.  Non e` ai livelli Java e non c'e`
certificazione, ci sono pero` un migliaio di test e ventimila
asserzioni, ed e` in sviluppo.
Massimiliano
-- 
The Practical Penguin's Notebook - 
http://practicaltux.sourceforge.net
Guide per newbie pratiche al 100%: configurazione della posta
(Postfix, Fetchmail e Procmail), tutorial da zero su Mutt ed Emacs.

Si, tra l'altro creare una GUI velocemente con Python è molto semplice
con Tcl/Tk e WxPython.
Io avevo la necessità di comunicare all'interno di una rete locale da
una stanza all'altra e ho scritto una chat in circa 20 minuti di 30
linee di codice con tanto di autenticazione, interfaccia in WxPython
ecc. ecc. Ovviamente a livello di sicurezza non è il massimo (la chat)
ma si tratta di spenderci su un po' più di tempo e basta.
Una cosa molto semplice ma per 30 linee di codice veramente
impressionante ...
Ciao !
Nicholas

 semplice ma per 30 linee di codice veramente impressionante ...
 
mmmm.... per caso il codice è "distribuibile"?
Sto proprio cercando di imparare a fare cose di questo genere e un
esempio "semplice" come questo mi sarebbe utilissimo.


, in data Thu, 27 Jun


Scusate, non ho molta pratica nei linguaggi per il desktop dato che
attualmente sviluppo solo per il web, quindi, vorrei farvi alcune domande
attinenti a questo argomento (portabilità).
Il C e il C++ che utilizzano le librerie GNU sono abbastanza portabili?
E' possibile anche scrivere applicazioni grafiche per il desktop che
siano portabili?
Esistono altre librerie (grafiche e non) C e C++ portabili?
Per portabilità intendete Unix/Linux, windows e Mac o solo Linux e
Windows?
Grazie a tutti, Andrea.

Windows?
Dipende. Vedi i riferimenti alla risposta precedente.
Alessandro.

 wrote in message
news:G%DS8.62$uq....@nreader2.kpnqwest.net...


 nemmeno viene presa in considerazione, 
Ricordati di Zope se vuoi avere un caso da citare.
Per il resto, lo so che la situazione e` triste. :-\


 L'open source!!!!
Credo cmq che sviluppando del buon software in linguaggi differenti le
cose si possano cambiare. Sono anche convinto che avere una scelta piů
ampia sia un vantaggio non da poco.
Ciao !
Nicholas

www.pythonapocrypha.com
, ci sono una sbarellata di esempi tra i quali il
programma che ha generato il mio (multichat: togliendo la canvas e
l'interfaccia Tkinter che io non ho usato sostituendola con wxPython che
mi piace di più). Inoltre da un'occhiata di 5 minuti ai doc Python
sull'uso del modulo socket, è molto facile.
Ciao !
Nicholas

 
www.pythonapocrypha.com
 
Grazie mille :)


 cose si possano cambiare. Sono anche convinto che avere una scelta più


ok, grazie. non lo sapevo. questo migliora le cose un po' !
ma solo per ruby, pero'. ed e' ancora in sviluppo.
"Massimiliano Mirra" <ba...@prism.localnet> ha scritto nel messaggio
news:87fzz8x...@prism.localnet...


 maggiore....finifà prima o poi sta moda!
sara' anche una moda, ma java ha avuto ed ha tuttora un grande pregio.
essendo supportata dai colossi dell'industria come ibm, oracle ed altri, e'
riuscito a conquistare la fiducia dei manager (che non capiscono nulla di
tecnologia, come ben si sa :-) e ad imporsi come uno degli standard per
lo sviluppo delle applicazioni in ambito corporate.
questo ha rallentato la penetrazione di microsoft nel mercato suddetto
(ed in altri, come i sistemi embedded quali cellulari e palmari, j2me).
essendo java una soluzione multipiattaforma e' in grado di girare anche
su linux, e questo ha contribuito al supporto di linux da parte di ibm.
che vi piaccia o no, java ha contribuito a dare credibilita' a linux
(oltre al fatto che linux e' mooolto meglio di windows, ovviamente).
senza linguaggi e strumenti di sviluppo "credibili" come java,  linux
avrebbe
fatto molta piu' fatica. purtroppo python, ruby etc non sono ancora
considerati credibili, quindi c'e' poco da fare, almeno nel mercato
corporate. se invece volete programmare per voi stessi o solo per
il mondo open source, allora il "pitone" e' la mia scelta.
ciao.

 L'open source!!!!
e' vero che java e' un po' lento, ma la portabilita' si paga. inoltre la
sun, per
motivi del tutto ovvii, ha sempre snobbato un po' la piattaforma linux.
tuttavia pare che negli ultimi tempi abbiano cambiato idea: hanno annunciato
che venderanno dei server con linux preinstallato (una loro distribuzione,
pare.... forse vedremo un sun linux presto?) inoltre l'ultimo jdk uscito, la
versione 1.4, e' molto migliorato su linux (dalla velocita' al rendering dei
font, etc). ulteriori migliorie in arrivo con jdk 1.4.1 (ora in beta).
oltre al jdk della sun per linux puoi anche provare il porting di blackdown
(
www.blackdown.org
) molti dicono che sia piu' stabile, solo che l'1.4 non
c'e' ancora (in sviluppo) oppure, se ancora non sei contento, quello di ibm
(
www.ibm.com
 e poi cerca java)
comunque anch'io,come molti, preferirei che java fosse open source, ma
temo che non lo sara' mai. questo non significa che non ci possa essere
una jvm open source!  ci sono diversi progetti in tal senso:
www.kaffe.org
 e' una jvm open source che supporta jdk 1.1 (dopo essere
stata ferma per due anni, lo sviluppo e' recentemente ricominciato)
www.classpath.org
 e' una libreria di classi java che implementano le
specifiche del jdk 1.1 e parti di 1.2, 1.3 e 1.4 (funziona con diverse jvm)
http://www.japhar.org/
 una jvm che usa le classi del progetto Classpath
http://kissme.sourceforge.net/
 come sopra
http://www.sablevm.org/
  ancora come sopra :-)
http://aegisvm.sourceforge.net/
  e di nuovo come sopra.....
http://gcc.gnu.org/java/
 e' il compilatore gcc per java. al momento manca
del supporto per awt, ma ci stanno lavorando (e' in qualche modo correlato
al progetto Classpath) se lo provate usate assolutamente l'ultimo gcc, v3.1
!!!
questo compila java in codice *nativo* per Linux !!!
prima o poi questi progetti produrranno una jvm stabile e compatibile.
a quel punto potremo finalmente sviluppare in java usando esclusivamente
software open source!
se siete interssati magari potete dare una mano a questi progetti. io
consiglierei
kaffe, classpath e gcj (e magari anche japhar). non e' necessario che
scriviate
codice (le jvm sono fatte in linguaggio c) basta anche provare i vostri
programmi
con queste jvm, e segnalare i bug che trovate. scrivere documentazione o
invitare quanta piu' gente possibile a partecipare ai progetti (come sto
facendo
io !!! :-)  insomma, diffondete la voce.
la specifica del linguaggio java di sun non e' open source, ma con una
implementazione
open source che non usa codice di sun possiamo farci quello che vogliamo!


Che contraddice un po' lo spirito ispiratore di java ma non e' detto che non
abbia senso.
Alessandro.

 con Tcl/Tk e WxPython.
Il TkInter e' sconsigliabile in quanto deve pure caricare l'interprete TCL.
Una soluzione "nativa" come WxPython, Pygtk o Pyqt e' sicuramente
preferibile.
Che poi sono pure dei toolkit a livello piu' alto.
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail** 
-<! When I was young I used to pray for a bike. Then I realized that God 
	 doesn't work that way. So I stole a bike and prayed for forgiveness. !>-

 Windows?
Non mi intendo molto di Mac. Mi riferisco a Unix e Windoze.


 piace e' python.
Concordo. Ed e' pure portabile.


 L'open source!!!!
See above quel che penso del kiava.


 Per portabilità intendete Unix/Linux, windows e Mac o solo Linux e
Windows?
Linux Windows e Mac in certi casi, dipende dalla libreria
-- 
Rhymes
rhy...@myself.com
" ride or die "

 ottimo per queste cose (oltre che discretamente portabile).
Python _鑏 ottimo :)
non segui it.comp.lang?


 
www.pythonapocrypha.com
, 
eh eh prendiamo il codice dai repository di un libro ;-)


 Death to kiava.
non č nemmeno una bella parola :P


Hai mai pensato al C/C++ ??
--
Riccardo Ricci
Centro Servizi Netmore D.I.
-------------------------------------------
+39 340 0068797
 (24 hrs)

 eh eh prendiamo il codice dai repository di un libro ;-)
No io il codice l'ho preso e cambiato dal libro stesso.
E' stato bello leggere Python 2.1 Bible ma sai com'č... l'Ulisse di
Joyce č un capolavoro ma non costa 50 euro, ergo ho riutilizzato e
cambiato :D
Ciao
Nicholas

 Hai mai pensato al C/C++ ??
non mi sembra un'ambiente di sviluppo...


 ciao.
 
Ma certo... mai detto il contrario, anzi ! Personalmente (come
linguaggio) non amo molto java anche se i suoi pregi sono fuori
discussione.
Intendevo solamente dire che sarebbe auspicabile che gli sviluppatori
scegliessero il linguaggio in base alle necessità e non in base a quanto
questo linguaggio viene considerato credibile.
E' altresì vero che per Python (che io sappia) non esiste una RAD
opensource o simile credibile se tralasciamo il Boa Constructor che (tra 
l'altro) credo non sia mantenuto.
Io credo che per dare credibilità a Linux servano anche applicazioni
"credibili" e molto spesso il linguaggio è fondamentale.
Tutto qui :)
Ciao !
Nicholas

 l'altro) credo non sia mantenuto.
Se devo dirti la veritŕ io non sento la mancanza di un RAD in quanto tale
e non credo che ce ne sarŕ mai uno per Python...dato che Python in sč puň
essere usato con varie lib grafiche. Ad ogni modo c'č QT e Designer che
sono aggratis.


Appunto... Non lo è... È un linguaggio però ottimamente flessibile e con il
quale ci si può fare tutto.


 il quale ci si può fare tutto.
Non sono completamente daccordo.
1 - i linguaggi sono 2: C e C++
2 - il C ha dei limiti come tu ben sai
3 - il C++ "non" ne ha ma è parecchio oneroso per il programmatore
4 - Riguardo alla flessibilità...prova Python e poi ne riparliamo
5 - Sul tutto....beh con librerie esterne di terze parti si...ma non è
una cosa poi cosi semplice.


 ma solo per ruby, pero'. ed e' ancora in sviluppo.
Ancor piu` che una suite di test per il linguaggio, al programmatore
che vuole far accettare il suo programma tornerebbe utile una suite di
test per il programma stesso.  Che il linguaggio si comporti bene
sulle varie piattaforme non implica infatti che il codice in esso
scritto sia portabile.
Con una suite che testa ogni funzionalita` del programma, invece,
sapere se il programma gira su un'altra piattaforma e` solo questione
di copiare il programma, avviare i test, e constatarne il successo, o
prender nota di quali test falliscono e correggere i brani di codice
che essi testano.


 (
www.blackdown.org
) molti dicono che sia piu' stabile, 
L'ho usato... rispetto alla Sun jdk1.1 in compilazione e` lentissimo. :-(



E per quale motivo usi il jdk1.1?-o
Comunque dai test che ho visto in rete il blackdown era migliore soprattutto
su sistemi multiprocessore.
http://www.volano.com/report/index.html
Alessandro.

 l'altro) credo non sia mantenuto.
AFAIK e' mantenuto.
Puoi usare glade.
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
        **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
 [cowo@braveheart cowo]$ make sex
    make: *** No rule to make target 'sex'.  Stop. 

 brani di codice che essi testano.
Giusto! Per python per esempio c'è unittest (libreria standard).
Saluti
Marco

 Giusto! Per python per esempio c'è unittest (libreria standard).
Rilancio con RUnit per Ruby in questa stable, Test::Unit nella
prossima. :-) Qualcuno citi l'equivalente per il Perl, e magari
cominciamo a diffondere un po' di cultura del test e del test-first
design, che' male non fa (anche e soprattutto per gli utenti finali).
