Newsgroup: it.comp.os.linux.development
Titolo: Sviluppare programmi linux Consiglio

salve a tutti, preciso che sono quasi un neofita di linux ma programmo per
hobby da vari anni in ambiente windows.
Stufo ormai delle costosissime, mastodontiche, ed  elefantiache dimensioni
dei programi microsoft (vedi ultima versione .net) volevo provare a
programmare in ambiente linux.
Conosco basic, visual basic, php, html molto bene, javascrip poco, c
pochissimo.
Consigliatemi un linguaggio semplice per linux possibilmente con un buon
ambiente di sviluppo disponibile e una ottima documenteazione.
Grazie e spero di rendere disponibili presto  i miei programmi alla comunitą
linux.

 ambiente di sviluppo disponibile e una ottima documenteazione.
Prova Kylix. E' un RAD simile a VB e ti offre la possibilità di lavorare in Delphi
ed in C++.
-- 
Remove _NOTRASH to answer me!

 ambiente di sviluppo disponibile e una ottima documenteazione.
se per ottima documentazione intendi documentazione in italiano non sei
messo bene. Se non ti fa problemi leggere in inglese gcc, gdb e le
librerie sono molto ben documentate.

 grazie a dio non esiste.
Esiste, esiste :)
go-mono go-mono go-mono (dovrebbe essere un'incitazione... :p)
Ciao,
-- 
oOO()             |Nicholas Wieland|
/ _/              |nicholas_wieland|
|/ [ Step on the ]|    @
yahoo.it
   |
\_)[  right foot ]|________________|

 linux.
 
Lo speriamo anche noi, si possono fare delle richieste ? :-P
Auguri,


Ho provato a dare una occhiata a pyton, non sembra difficile in se come
linguaggio ma non sembrerebbe a prima vista
essere adatto ad una costruzione rapida dell'interfaccia utente. (finestre,
pulsanti, ecc..)
Mi sto sbagliando? Esiste un ambiente di sviluppo rapido?
L'accesso ai db è semplice?
Si possono usare le perifriche tipo porte seriali?
Stavo pensando a php gtk, ma non trovo un ambiente di sviluppo
dell'interfaccia (finestre, pulsanti ecc.)
In pratica non amo stare a perdere tempo per programmare l'interfaccia
utente da riga di comando, preferisco concentrarmi sul codice del programma.
Grazie a tutti per i suggerimenti!!??
Continuate

 utente da riga di comando, preferisco concentrarmi sul codice del programma.
Quando capirai che anche la GUI *è* parte del codice del programma,
realizzerai interfacce utente migliori.
L'idea che le UI si debbano disegnare su un canvas ha partorito le
peggiori UI possibili: non perdere di vista il fatto che un'interfaccia
utente deve essere semplice da mantenere *e* da realizzare, per essere
comprensibile per chi la utilizza; se ti metti a disegnare un'UI, c'è il
rischio di lasciarsi prendere la mano, e di combinare casini a non
finire (prima c'era l'Interface Hall of Shame, ma adesso il link me lo
segnala come morto).
+++
Per il resto: Google is your friend.
Ciao,
 Emmanuele.
-- 
Emmanuele Bassi (Zefram)           [ 
http://www.radiance.ods.org/~zefram
 ]
GnuPG Key fingerprint = 4DD0 C90D 4070 F071 5738  08BD 8ECC DB8F A432 0FF4

 go-mono go-mono go-mono (dovrebbe essere un'incitazione... :p)
quell'abomonio ancora in giro non si vede e spero che non veda mai la
luce.

luce.
Perche` ? personalmente faccio il tifo per mono.
Comunque, mono ha gia` visto la luce ed e` recente la notizia che ci
siano gia` usi commerciali. 

 pochissimo.
Se conosci VB allora non dovresti aver problemi a passare a Kylix.
L'ambiente può essere usato con linguaggio C++ oppure Delphi. Il linguaggio
Delphi (ex Pascal) è molto più comprensibile del C++ e certamente, se vieni
da un ambiente VB, lo troverai estremamente più semplice da imparare.
Inoltre l'interfaccia RAD è simile (anche se imho quella di Delphi/Kylix è
di gran lunga migliore) e Delphi/Kylix ti permette un maggior controllo in
fase di debug [sempre rispetto a VB s'intende]. In parole povere è forse il
miglior ambiente RAD in circolazione.
Lo sviluppo di database in Kylix non dovrebbe assolutamente essere un
problema anche se prima devi entrare un po' nella nuova ottica (io ho usato
solo Delphi per lo sviluppo di applicazioni orientate al database e non ho
mai avuto grossi problemi, anzi... quindi penso sia lo stesso con Kylix).
Non pensare comunque che VB e Delphi/Kylix siano la stessa cosa... la
filosofia del linguaggio Delphi è molto più chiara, sensata, pulita e
"object oriented" di VB... richiede però più attenzione.
Prova a scaricarti la versione opensource di Kylix dalla Borland (oppure la
trial di Delphi se usi ancora Windows) giusto per incominciare a vedere come
funziona... attenzione però... _non_ è gratuito a differenza degli strumenti
di sviluppo che trovi già inseriti in Linux (gcc, g++, etc).
Sappi comunque che tutto Linux è sviluppato in C++ quindi potresti avere
delle rogne se hai necessità di sviluppare a basso livello (tipo crearti dei
.SO in C++ [il corrispettivo delle DLL in Windows] e interfacciarti a loro
per poter accedere a certe funzioni specifiche con Kylix).
Ovviamente puoi passare anche al C++... ma visto il tuo background te lo
sconsiglio. Una volta imparato Delphi imparare il C++ non dovrebbe essere
tanto più complicato (sono simili).
Ciao,
  Luca

 Continuate
 
:-O
Tu bevi ? :p


 - Ottavio Campana :

Opinioni.


 siano gia` usi commerciali.
ah sì? ci gira già qualcosa? urca, aspetta che vado a vedere sul sito
della ximian.
...
ma dove diavolo sta? nel sito della ximian non lo trovo...

 ma dove diavolo sta? nel sito della ximian non lo trovo...
http://www.go-mono.org
 o .com, sorry, ho la memoria di un porcellino
d'india.
Sul sito della Ximian non c'è perchè non ci lavora solo la Ximian,
almeno credo sia questo il motivo...
Ciao 


 sviluppo ce ne sono diversi (python card, Boa Constructor), semplice...
...
Me ne parli un po'? Boa l'ho guardato tempo addietro e non era ancora
utilizzabile per davvero. L'altro non l'ho mai sentito.
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! A conclusion is simply the place where someone got tired of thinking. !>-

 utilizzabile per davvero. L'altro non l'ho mai sentito.
 
Io uso Emacs :)
Perň, se serve una RAD, so che le piů gettonate sono quelle 2, insieme a
wxglade, sviluppato da un'italiano.
Ciao,


 visual basic grazie a dio non esiste.
               ^^^^^^^^^^^^
guarda, so che devi dirlo per mantenere la tua quota di consensi sopra 
il minimo per non essere considerato una spia al soldo dell'Impero del 
Male, ma sei sicuro sia un bene? Io l'ho usato per anni, e il problema 
di Visual Basic č stato di essere fondato su un linguaggio incompleto, 
cresciuto in base a bisogni del momento, e senza alcun design - niente 
di piů, niente di meno. Cioč, nulla di sbagliato nel concetto (RAD) in 
sč, solo nella sua realizzazione
Non ho mai provato Python, ma, quando avrŕ un vero compilatore, perchč 
non potrebbe sostituire Visual Basic - magari anche su Windows?
-- 
 < 
http://www.reactos.com/
 >  Open source clone of Windows NT. Current
     Don't stand, REACT!      version 0.0.20. C, C++ and ASM developers
                              and beta testers are welcome!


ma Python non era un linguaggio di scripting?
Adieu,
-- 
Lestat de Lioncourt  -- a.k.a --  Ciro Mattia Gonano
 Undergraduate student in Computer Science at University of Bologna
 IHGGer #1049   <=>  ICQ#: 52631406   <=>   URL: 
http://www.CS.UniBO.It/~gonano
 Debian admin at 
Students.CS.UniBO.It
 <=> look at headers for my JabberID & GPG

 ma Python non era un linguaggio di scripting?
Dipende da cosa intendi `di scripting'.
Se `scripting' == `interpretato', allora si (più o meno: come per il
Perl, anche Python è semi-interpretato o semi-compilato).
Ad ogni modo, nulla vieta di scriversi un compilatore.
Su comp.lang.python c'era un thread a riguardo, una settimana fa. Penso
si tratti di uno di quei topic che ritornano come gli zombie di Romero,
quindi ti basta cercare su Google a riguardo.
Ciao,
 Emmanuele.
-- 
Emmanuele Bassi (Zefram)              [ 
http://digilander.iol.it/ebassi/
 ]


 non potrebbe sostituire Visual Basic - magari anche su Windows?
 
Ma che vero compilatore :D Si potrebbe anche discutere sul fatto che
Visual Basic abbia mai avuto un vero compilatore e sulla bontà della
'compilazione' di Visual Basic ^^
Python è un linguaggio di script, poi volendo si può anche forzare il
linguaggio e creare un compilatore (
psyco.sourceforge.net
), ma è e resta
un hack, viste le caratteristiche del linguaggio, che mal si presta
alla compilazione (per non parlare ad esempio di Ruby).
Se vuoi un programma performante lo usi con C.
Le RAD ci sono, io a lavoro mi sono fatto comprare Komodo (praticamente 
un'applicazione costruita su Mozilla).
Non confondiamo la merda con il cioccolato, un'applicazione Visual Basic
va progettata attentamente (a meno che non sia qualcosa tipo campo
minato) e tutto il guadagno in produttività derivato dall'utilizzo di 
una RAD va a puttane nel tentativo di dare un senso al codice.
Il risultato è insoddisfacente nella migliore delle ipotesi.
Questo parlando di applicazioni molto semplici come un piccolo
gestionale.
Per applicazioni anche solo di medià entità Visual Basic è semplicemente
inutilizzabile.
Prova Python e poi mi sai dire quanto è bello Visual Basic e cosa te ne
fai della 'compilazione'.
Ciao


 non potrebbe sostituire Visual Basic - magari anche su Windows?
di python tutti mi parlano molto bene. Spero che il compilatore che tu
citi e che non ho mai sentito nominare sia migliore di quello per il
perl, che č una merda colossale.... Infatti č stato ben nascosto....

 di piů, niente di meno. Cioč, nulla di sbagliato nel concetto (RAD) in 
e ti pare poco ?  :)
-- 
Paolo Piersanti
   Signature for Rent
Questo spazio si affitta

STATE DICENDO UN MARE DI CAZZATE!!!
Visual Basic, come il C/C++, lo conosco ad un livello elevatissimo e tutto
ciò che ho fatto in C/C++ l'ho fatto con il VB anche...certo come
performance e ottimizzazioni il VB fa schifo, ma non credete che non si
possa fare molto perchè non è così!!!
Tutto ciò che con il VB non si può fare, al contrario del C/C++, lo
permettono le API (praticamente scritte in C/C++)...quindi?!?
Dipende semplicemente dal livello di conoscenza del VB e dal livello di
programmazione(se lo si fa solo attraverso la GUI o solo attraverso il
codice)
Personalmente con il VB faccio tutto e la velocità o la stabilità o
l'efficienza dipendono dalla bravura e dalla conoscenza del VB come
linguaggio e non come utilizzo di oggetti COM.
Saluti
--------------------------------
Inviato via 
http://usenet.libero.it

 snip > 
Ora è sufficientemente chiaro perchè Visual Basic è un male(R) ? :D
Ciao :)


 una finestra e scrive ciao mondo che occupa oltre un mega!?!?!
Un giorno ho fatto una prova. Ho realizzato sia in VB che in Delphi (non
ricordo assolutamente le versioni) un programmino con una Form e un singolo
pulsante con su scritto "Esci". Premendo il pulsante l'applicazione
terminava.
Risultato con VB: Applicazione di 30 KByte + 2 Floppy Disk di DLL (vbrunXX e
altro) e cazzate varie.
Risultato in Delphi: Applicazione di meno di 250KByte (non ricordo con
esattezza probabilmente meno) senza necessità di alcuna DLL e senza
rimuovere tutte le unità inutili prima della compilazione.
Bé... fra i due mi pare palese quale sia il migliore.
In ogni caso in Delphi puoi decidere _se_ "spezzare" l'eseguibile in
librerie (generando eseguibili da circa 15Kbyte in su a seconda della
complessità e di cui tu conosci per certo se una libreria ti serve o meno)
oppure creare un EXE che contiene tutto (in questo caso l'EXE minimo è di
circa 300KByte)... e ovviamente nulla ti proibisce di interfacciarti a DLL
esterne scritte in qualunque linguaggio.
Ciao,
  Luca

 È certamente la soluzione migliore.
no, è una porcata. Se poi il problema risiede nel fatto che il sistema
operativo non è in grado di gestire le proprie librerie mi dispiace ma
sceglietevi una piattaforma che funzioni.
sotto unix questo non si verifica.
Mi devo considerare un miracolato che riesco a scrivermi il software a
casa sotto linux e riesco poi a farlo girare senza quasi nessuna magagna
sotto irix e solaris? (previo ovvia ricompilazione)

 codice)
lo famo strano? :-)

 wrote in message
news:slrnb096bl.ir.n...@lorien.ilweran.org...


 Ora è sufficientemente chiaro perchè Visual Basic è un male(R) ? :D
:-D
Peccato che fuori dal contesto non si capisce, meriterebbe di stare in
un .sig.

 loro per poter accedere a certe funzioni specifiche con Kylix).
Linux (il Kernel) è sviluppato in C e in piccola parte in assembler. I vari
programmi che formano GNU/Linux sono in gran parte scritti in C, anche se
alcuni (ad esempio KDE e tutte le sue applicazioni) sono in C++. Ma per
esempio Gnome è tutto fatto in C.
-- 
Andrea Bergia - studente              Linux Registred User #281550
"The one thing we're all waiting for, is peace on Earth and an end to war,
it's a miracle we need, the miracle, the miracle, 
Peace on earth and end to war today,
That time will come one day you'll see when we can all be friends"

 che vuol dire questa frase?
..
Usare le syscall di windoze.
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! Asynchronous inputs are at the root of our race problems. !>-
                 D. Winker and F. Prosser

 
sě sě, solo che dall'analisi logica della frase sembrerebbe che quello
che non si puň fare direttamente in visual basic lo si fa con le api,
mentre con c/c++ lo prendi un quel posto....

 comunitą linux.
In 
www.emmesistemi.it
 stiamo portando avanti un progetto che si chiama 
sennA,se vuoi puoi aggregarti. Il database utilizzato č MySQL e se lo 
richiedi via e-mail te lo inviamo gratuitamente. Potrai sviluppare nel 
linguaggio che preferisci facendo cose non previste dal progetto, queste 
poi verranno testate e allagate al progetto. Tu poi continuerai a seguirle 
e ad assistere coloro che le hanno adottate.
Fra qualche giorno troverai il sito aggiornato e potrai meglio capire come 
si svolge il tutto.
ciao
-- 
Enzo
www.emmesistemi.it