Newsgroup: it.lavoro.informatica
Titolo: Consiglio su "revisione" programmi

Ciao a tutti.
Nell'azienda in cui lavoro si sta rendendo necessaria la revisione del
"corredo informatico"; attualmente siamo strapieni di piccoli
programmini di supporto, sviluppati alcuni in C++, altri in VB (6
e .NET) ed altri addirittura in Gupta/Centura.
Secondo noi è giunta l'ora di scegliere una strada "unica" da seguire,
onde evitare che anche in futuro ci siano queste etereogeneità che
creano davvero molta confusione, sia in installazione che in
manutenzione; sostanzialmente queste applicazioni devono solo
connettersi a db (Oracle, Gupta e Access, con gli ultimi due si spera
presto destinati a sparire...ovviamente non subito) e permettere
elaborazioni/visualizzazione dei dati, con eventuale consultazione di
reports od altro. L'ambiente di utilizzo è tipicamente win, visto che
reputo alquanto improbabile una migrazione ad altri sistemi.
Le alternative a cui abbiamo pensato sarebbero:
- framework .NET (essenzialmente C# e 
VB.NET
);
- J2EE;
- esclusivamente C++.
Per tutto pensiamo anche ad una eventuale integrazione con alcune
parti in PHP, disponibili via webserver.
Voi cosa mi consigliate? Purtroppo credo di avere troppo poca
esperienza per questa decisione e vorrei avere altri pareri.
Grazie.
Saluti
                                 Fabio

 - esclusivamente C++.
Avete pensato a Python?
-- 
Ciao!
Luca


Java e .NET sono piu' o meno equivalenti quanto a funzionalita'. La
differenza sta piu' che altro nella velocita' e "facilita'" di
sviluppo, dove .NET e' piu' avanti, e la flessibilita' , la conoscenza
approfondita di ogni parte del programma e l'indipendenza dal
"software vendor" dove ovviamente e' Java a vincere. Tutto in C++ lo
escluderei a priori. C++ e' perfetto per applicazioni real time
videogames etc, ma non e' nato e non ha il giusto supporto per
realizzare programmi di gestione. Fare un gestionale in C++ e come
spazzare il tuo salotto con una doppietta.Quindi, se volete
rispramiare su licenze & co. ed essere indipendenti , Java e' una
buona scelta, se siete culo & camicia con MS e non pensate che questo
cambiera' in futuro anche .NET puo' essere una buona strada. Linguaggi
di scripting come Python & specialmente Ruby potrebebro essere
interessanti, ma se non siete una software house che vuole formarsi su
quello che e' di moda ora (leggi ruby) io mi terrei su linguaggi piu'
robusti e supportati come Java o C#. Quanto al database... Oracle &
Access eh.. dalle stelle alle stalle....Access lo farei fuori , e..
avete DAVVERO bisogno di Oracle? Se fate una scelta MS oriented io
andrei su SQL server (magari la versione express!) oppure mi
orienterei verso uan soluzione open source come Postgres.

 [...]
Saluti  Manlio Perillo

 spazzare il tuo salotto con una doppietta.
Non sono d'accordo; se usi un rad tipo C++Builder puoi fare
tranquillamente un gestionale con ottime performance.
Shift

 
riccardo...@email.it
 ha scritto:

Non ho detto che non si possa fare ho detto che e' overkill. (Oltre
allla cattiveria di torturare un bel linguaggio come il C++ per farli
fare un gestionale.. brrr..)
Se e' per usare un Rad, usa VS con C# o VB che sono nati per fare
quello e la si chiude li'.

 cambiera' in futuro anche .NET puo' essere una buona strada.
Dovendo fare programmi che girano su Windows, la scelta naturale è
fare tutto in Net, magari mettendo Sql Server invece che Oracle.
Oltretutto alcuni programmi sono già in VB Net.
Il fatto che le cose possano cambiare, secondo me, è un falso
problema.
Tra  5-10 anni chissà quali novità ci saranno, così come ce ne sono
state
negli ultimi 5-10 anni.
Un ottimo programma, scritto 10 anni fa, oggi probabilmente fa
sorridere
per mille motivi: Gui, prestazioni, uso di una marea di codice
personalizzato
per fare cose che oggi si fanno con 2 chiamate di libreria (vedi XML),
ecc.
L'importante è scrivere programmi *chiari*, *ben documentati*, *ben
standardizzati*
così che l'eventuale conversione a nuovi strumenti sia agevole.
Non è importante scervellarsi ad azzeccare quale sarà la tecnologia
software
del futuro (prossimo).

ecc.
anche questo fa molto sorridere :D

 Avete pensato a Python?
+1 (nonostante sia un pythonista "baby").
Perchè, più passa il tempo e più me ne accorgo, avere il supporto di un 
linguaggio che sia "open", assolutamente portabile, e con una community 
"iper-attiva" ti fa stare un passo avanti...
Ciao,
Giulio
-- 
OnAir:


Cosa intendi?

 spazzare il tuo salotto con una doppietta.
Posso usarla come signature?
;-)
Ciao,
Giulio
-- 
OnAir:

 ha scritto nel messaggio
news:1190620165....@19g2000hsx.googlegroups.com...

che la sopravvalutazione della 'tecnologia' xml è un mito del boom new
economy, alla fine sono sempre i soliti che si devono fare il mazzo per far
funzionare le cose e gli altri a riempirsi la bocca di termini inutili.


la segnalazione di CBuilder è però significativa. E' uno stupendo ambiente
di sviluppo rad per C++, con quello ci puoi fare ogni tipo di applicazione
'host', dal gestionale al processo multithread. Purtroppo non ha avuto il
successo che merita/meritava.

 funzionare le cose e gli altri a riempirsi la bocca di termini inutili.
Può essere. Io mi riferivo al fatto che quando una nuova tecnologia
viene
introdotta mancano strumenti specializzati, ovviamente. Come possono
essere le librerie specifiche, o magari i wizard negli ambienti di
sviluppo.
Dopo qualche anno quegli strumenti vengono creati, e programmare con
quelle tecnologie diventa molto più facile e rapido. Ad esempio, fare
una Gui
con i primi compilatori C++ era molto più difficile e dipendente da
codice
scritto ad hoc, di quanto sia oggi farlo con uno strumento come
CBuilder.

 successo che merita/meritava.
Infatti; ti assicuro che il tempo di implementazione è paragonabile a
quello di altri rad, gira bene anche su macchine relativamente obsolete
e in più, se e quando serve, il C ti permette di fare velocemente
delle chicche che con altri linguaggi ci devi smadonnare sopra.
Shift