Newsgroup: it.comp.os.linux.development
Titolo: Sviluppo gestionali sotto Linux

Devo sviluppare un piccolo gestionale sotto Linux (Debian 2.2) e - per
evitare i costi di licenze varie - vorrei utilizzare strumenti
free. Come DB server ho pensato a MySQL. Il problema sorge nello
scegliere il linguaggio con cui sviluppare l'applicazione.
. C/C++ non mi sembra lo strumento adatto per sviluppare un
  gestionale, essendo di livello troppo basso;
. Perl lo conosco un po', ma non approfonditamente; mi pare adatto
  soprattutto per script di amministrazione e sviluppo web, ma non so
  quanto potrebbe fare al caso mio;
. Python: la doc. parla di uno strumento simil-RAD, ma la OOP non mi
  sembra evoluta (non c'e` incapsulamento, protezione di attributi e
  metodi, ecc.);
. Kylix era la mia scelta iniziale, ma ho letto sul sito Borland che
  la OE non ha i componenti per la gestione di DB; se cmq fossero
  disponibili delle API per l'interfacciamento ai DB il problema
  sarebbe risolto e la scelta cadrebbe su Kylix.
Qualcuno saprebbe darmi consigli e/o ragguagli su quale linguaggio
adottare?
Grazie anticipatamente.
-- 
s t a r g a z e r

   quanto potrebbe fare al caso mio;
Il Perl puo` fare anche molto di piu` dell'amministrazione e dello
sviluppo web. Senza contare che il supporto DB e` molto ben sviluppato.
Se devi anche realizzare un'interfaccia grafica, c'e` Perl/GTK, e Glade
puo` renderti il lavoro di disegno molto piu` facile.
Bye,
 Emmanuele.
-- 
I ... Owe ... You ... Pain! -- Willow, "Tough Love"
Italian Buffy Resource Site (Beta) - 
http://www.ibrs.f2s.com
GnuPG Key ID: 0xA4320FF4
GnuPG Key FP: 4DD0 C90D 4070 F071 5738  08BD 8ECC DB8F A432 0FF4

 adottare?
Tcl + itcl per lo strato OO.  Come vantaggio, hai anche Tk come
piattaforma grafica, e una serie di interfacce per il web.
Oppure elastiC - 
www.elasticworld.org
, se vuoi un linguaggio veramente
'evoluto'.
-- 
David N. Welton
   Consulting: 
http://www.dedasys.com/
Free Software: 
http://people.debian.org/~davidw/
   Apache Tcl: 
http://tcl.apache.org/
     Personal: 
http://www.efn.org/~davidw/

 adottare?
Tieni presente che con Kylix puoi sviluppare liberamente ma devi in
quel caso rilasciare sotto GPL.  Esistono se non erro dei componenti
database di terze parti.
Hai preso in considerazione Ruby?  Io ci giocherello da un po' e i
pregi maggiori sembrano essere: leggibilita` del codice, rapidita` di
sviluppo, orientamento agli oggetti puro e pulito (piu` di Python e di
Kylix).  E' interpretato, il che e` comunque trascurabile in un
gestionale.  Ci sono moduli per mysql, postgresql, odbc eccetera, che
conviene usare attraverso rubydbi, cosi` da modificare solo una riga
di codice se un giorno cambi backend.
In Debian e` gia` pacchettizzato come ruby, e nel pacchetto rubybook
c'e` un ottimo libro.
Massimiliano

quel caso rilasciare sotto GPL.
Questo vale solo se sviluppi con la versione open-source
(quella, appunto, rilasciata dietro GPL).
Nel caso si acquisti una versione Desktop o Server, si puo'
scrivere un programma gestionale e venderlo regolarmente.
-- 
The Follet

 venderlo regolarmente.
Innanzitutto grazie a tutti per le risposte.
Tempo fa mi sono interessato alla GPL, e la trovo un'ottima
licenza. Se non ho capito male, niente vieta di *vendere* il free
software, a patto di rilasciarne i sorgenti. Quindi se scrivo un
gestionale per un'azienda e decido di licenziarlo GPL, lo posso
vendere accompagnato dai sorgenti. Sbaglio?


vendere accompagnato dai sorgenti. Sbaglio?
Che io sappia, non sbagli.
-- 
The Follet

 >vendere accompagnato dai sorgenti. Sbaglio?
Giusto - e loro hanno poi tutti gli stessi diritti di te.  Cioe`,
possono rivenderlo anche loro, ma devono dare i sorgenti, e gli stessi
termini che hanno avuto.


 (quella, appunto, rilasciata dietro GPL).
Si`, giusto, imprecisione mia.  Davo per scontato, visto che tutti gli
strumenti di sviluppo che l'amico citava sono free, che il Kylix a cui
si riferiva fosse quello ``free''.
Massimiliano

 termini che hanno avuto.
se invece si vuole evitare questo, esiste la LGPL 

 vendere accompagnato dai sorgenti. Sbaglio?
No, non sbagli.  Solo una cosa: piu` che di vendita come prodotto,
all'atto pratico credo ti converrebbe configurarla come prestazione di
servizio all'azienda per la quale sviluppi (correggetemi se sbaglio).
Massimiliano

servizio all'azienda per la quale sviluppi (correggetemi se sbaglio).
Perche' ? 
-- 
The Follet

 Perche' ? 
Perche', finche' e` un servizio, puoi configurarlo come prestazione
occasionale, collaborazione, persino assunzione se e` un lavoro
particolarmente lungo e il datore vuole, e in ogni caso hai
relativamente pochi oneri ``preparatori'' (nel primo e terzo caso non
c'e` neanche bisogno della partita IVA).  Per configurarlo come
vendita, invece, se non erro c'e` seguire tutt'altro iter: esame,
iscrizione al registro dei commercianti etc....  che dubito valga la
pena per il singolo sviluppatore e per il singolo programma, piuttosto
e` una strada percorribile dalla software house.
Comunque, non ho fatto ricerche approfondite sul tema, se qualcuno
vive felice e contento vendendo ufficialmente il proprio software (che
non sia lo shareware da ventimila lire che nessuno fattura ;-D)
spieghi meglio di me come vanno queste cose.
Massimiliano


Ciao,
se non sbaglio per la versione OE esistono le freeclx: le trovi sourceforge
(
sf.net
). In questo caso ti consiglio anche di fare un salto in
www.zeoslib.org
 e scaricare i componenti di interfacciamentoa db sviluppati
sulle freeclx (nella sezione howto c'è anche spiegato passo passo
l'installazione delle freeclx e dei componenti db). Prova e fammi sapere.
Ciao
Marco Mangiante

 l'installazione delle freeclx e dei componenti db).
Per il momento ho scaricato il tutto. Grazie per il consiglio.
Ciao.


   metodi, ecc.);
Mi pare che gli attributi si proteggano dichiarandoli __attributo. Se cerchi
un OO puoi anche provare Ruby.
IMHO dipende anche da cosa vuoi. Perl/Tk e WXPython sono molto portabili.
Dipende poi dalle interfacce verso il DB. C'e' pure java se ti piace.
Ho sviluppato un gestionale in perl/TK e mi sono trovato bene ma,
prettamente per la gestione grafica, preferisco python/gtk. 
--
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.mascanc.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

 writes:
S> Devo sviluppare un piccolo gestionale sotto Linux (Debian 2.2) e - per
S> evitare i costi di licenze varie - vorrei utilizzare strumenti
S> free. Come DB server ho pensato a MySQL. Il problema sorge nello
S> scegliere il linguaggio con cui sviluppare l'applicazione.
S> . C/C++ non mi sembra lo strumento adatto per sviluppare un
S>   gestionale, essendo di livello troppo basso;
Errore. Puoi salire di livello!
Nota, un programma di contabilita` sotto Linux, in C++ con uso di
fltk e flvw c'e`, e l'autore a quanto pare ci sta guadagnando un
inaspettato viaggio in Brasile...
-- 
Gian  | main(){printf(&unix["\021%six\012\0"],(unix)["have"]+"fun"-0x60);}
Uberto|                        David Korn, 1987 ioccc best one liner 
Lauri |-------------------------------------------------------------------
(aka saint) >>Vedere X-Nospam nell'header - See X-Nospam field in Header<<