Newsgroup: it.comp.programmare
Titolo: Scelta linguaggio

Ciao ragazzi,
dovrei realizzare un applicazione aziendale con qualche schermatina
grafica, il tutto deve essere in regola dal punto di vista licenze.
Che linguaggio mi consigliate? anche non free ma non troppo incasinato e
possibilmente basic like (java mi sembra un po astruso (mi perdonino gli
estimatori) 
Aldo
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

.
 - ∞


Se ti serve SOLO per windows, il più intuitivo/facile rimane sempre il
Visual Basic, anche che sembra che per chissà quale strana ragione lo
zio Bill non si stia più decidendo a rilasciare versioni nuove (si
sarà reso conto che andava troppo bene! :D) comunque è abbastanza
potente ed è free...
Il problema rimane la compatibilità con altri OS tipo Linux che si va
sempre più diffondendo...
Perchè dici che è scomodo Java? Non sarà di sicuro intuitivo come VB
ma una volta imparati quei 3-4 comandi fondamentali per fare una GUI
si rivela un linguaggio potentissimo anche per le finestre!

 estimatori) 
Per una applicazione aziendale, se non specifichi altri dettagli, io
andrei su una interfaccia web.
Applicazione centralizzata sul server aziendale e nessun bisogno di
installare niente sulle macchine degli utenti.


potente ed è free...
Potente non direi, free nemmeno!...

installare niente sulle macchine degli utenti.
Questo è ugualmente fattibile con applicazioni desktop.

 Questo è ugualmente fattibile con applicazioni desktop.
Ma le applicazioni desktop non sono concepite per avere un db
centralizzato o una esecuzione da remoto.
Sono applicazioni desktop se girano sul desktop. Su una macchina stand
alone, scollegata dalla rete.
Altrimenti non si puo' parlare di applicazioni desktop.


 Altrimenti non si puo' parlare di applicazioni desktop.
Cazzata. Una desktop application non è ciò che intendi tu.


 interpretazione di "applicazione desktop". Non è quello che intendi tu.
Io non so chi abbia ragione sulle definizioni, visto che negli ultimi
tempi molti termini hanno cambiato significato.
Tuttavia la mia interpretazione di "desktop application" e' la stessa che
da' PC Magazine (che non e' certo un riferimento assoluto, ma intanto e'
gia' qualcosa).
http://www.pcmag.com/encyclopedia_term/0,2542,t=desktop+application&i=41158,00.asp
"Refers to applications running in a desktop (or laptop) computer in
contrast to Web-based applications over the Internet. Since the advent of
the Web, developers have been trying to make Web applications as
interactive and responsive as applications running within the client
locally or in a client/server environment over the local network."
Poi possiamo ridiscutere tutto.
Comunque per capirci io definisco "Desktop application" una applicazione
che trova sul computer su cui gira tutto il necessario per la sua
esecuzione, dati compresi.
Se ad una desktop application ci aggiungiamo un DB remoto, centralizzato,
l'applicazione e' concettualmente diversa, in quanto l'accesso ai dati
deve richiedere logiche di lock e gestione degli accessi.
Poi ci sono le applicazioni che sfruttano pesantemente la CPU del server,
per le quali il computer utente svolge essenzialmente il compito di
terminale.
E poi ci sono le applicazioni client/server, delle quali le web
application sono un sottinsieme.
Io utilizzo questa suddivisione.
Ci accordiamo sulle definizioni e sulle denominazioni, e siamo tutti
contenti.


 l'applicazione e' concettualmente diversa
Niente affatto. Questi sono i TUOI concetti, non i concetti generali e te
li lascio tutti.


 [...]
Manlio Perillo

 renderizzano il form ed il JavaScript associato.
Già, poi vai a modificare la pagina generata. Ma il punto non è tanto
questo. Il punto è che con il web si forza necessariamente un modello ad
operare per ciò per cui non è stato concepito e cioè una forte
interazione. Basta vedere quante pippe mentali bisogna porsi per gestire
una stronzata come il tasto "indietro".


 una stronzata come il tasto "indietro".
Non sono sicuro di capire cosa intendi.
Saluti  Manlio Perillo

 Aldo
Gambas, per Linux
-- 
http://www.000webhost.com/92681.html

 interpretazione di "applicazione desktop". Non è quello che intendi tu
Lo capisce anche un ritardato che le applicazioni desktop sono legate a 
doppio filo ad uno specifico S.O. server e client e che puoi utilizzarle 
solo in quel contesto.
Se sviluppo un applicazione web frega un cazzo se il cliente cambia il 
Mac e passa a Linux o a Winbug, il mio software gira comunque punto.
Quindi se l'utente acquista una mia applicazione è certo che funzionerà 
con tutti i client e non dovrà rompersi le palle a reinstallare i client 
ogni 3 mesi.


 [...]
Ciao   Manlio Perillo

 
Scenario:
sviluppiamo un applicazione LAMP, 10/100/1000 utenti sparsi per il globo 
con 5/6 S.O. diversi.
A qualcuno viene in mente che tutti gli utenti in questione hanno una 
smart card in tasca, diciamo la CNS e decide che sarebbe meglio 
eliminare il login usrname/password in favore di un autenticazione 
PKCS#11, detto fatto, poi gli viene in mente che servirebbe una funzione 
che invii dei documenti in .pdf via PEC..
Mmmh! problema php fa un pò di casino.. ricorriamo al PERL et voilà..
Non contento il cliente vorrebbe aggiornare il db con dati provenienti 
da un AS400 ok esportiamo in cvs et voilà
Poi vorrebbe esportare i dati in formato excel, ok facciamo pure questa.
Già che ci siamo perché non aggiungere anche un paio di grafici..
Ok aggiunti i grafici..
Ora, io ho fatto tutto questo semplicemente operando sul server ed i 
client si sono ritrovati il tutto bello e pronto senza bisogno di 
ulteriori installazioni/aggiornamenti.
Quante volte mi avrebbero rotto le palle se 1000 utenti con 5 S.O. 
diversi avessero dovuto aggiornare 10 volte il software in un mese?
Probabilmente avrei dovuto aprire un numero verde ed un call center solo 
per rispondere alle chiamate.
Con una web app invece aggiungi tabelle al db e crei nuove 
pagine/funzioni e stop.
e se al cliente venisse in mente di inserire un forum direttamente 
nell'applicazione, tanto per dialogare con gli utenti, o di aggiungere 
un client di posta elettronica, un calendario, una rubrica condivisa...
Quanto tempo impiegheresti a sviluppare ed integrare il tutto in python+Qt ?


 
L'OP non ha mai parlato di 10/100/1000 utenti sparsi per il globo.
Ciao   Manlio Perillo