Newsgroup: it.comp.java
Titolo: Consiglio: Ambiente sviluppo di gruppo

Salve,
stiamo pensando di cambiare la metodologia di sviluppo delle applicazioni
Java che realizziamo, cercando di creare un ambiente che permetta una
certa formalizzazione di tutte le fasi
(sviluppo/test/rilascio/manutenzione) di uno o piu' progetti.
Sto quindi cercando un po' di strumenti che permettano tutto questo: IDE,
source saving, deployment di modifiche con possibilita' di rollback e
cronologia di tutte le modifiche.
Le necessita' sono sostanzialmente quelle di poter interagire su progetti
in piu' personse senza che le cose cambino "sotto il naso" e che i rilasci
ai clienti non rischino di essere privi di qualche aggiornamento
necessario.
Qualche consiglio di tools o siti dove poter fare delle valutazioni?
Grazie in anticipo per qualunque aiuto,
PC
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

Quale e' la vostra dotazione attuale? cosa state usando ora come ora come
tool di sviluppo, sincronizzazione, eccetera?
Per il tracciamento, reporsitica, controllo persone ecc. ecc. ecc. noi
utilizziamo TMS (
http://tms.inera.it
), integrandolo con Eclipse, CVS e
ovviamente una procedura di qualita' adeguata.
fammi sapere...

 ovviamente una procedura di qualita' adeguata.
Ho dato un'occhiata a TMS, il fatto che un sistema di groupware orientato
allo sviluppo e gestione di progetti sia integrabile con l'IDE non e' male.
Pero' Eclipse mi sembra un po' lento come IDE, ne avete provati altri
prima? Io pensavo di passare a NetBeans, facendo dei test ho visto che
importa i progetti senza troppi problemi e permette facilmente di
ricompilare tutto il progetto.
CVS avevo cominciato a guardarlo, poi per problemi di tempo...
Che tu sappia, permette il rollback di un progetto per portarlo ad una
situazione funzionante precedente? E se due persone modificano la stessa
classe, come si comporta?
Scusa il tartassamento: so che non esiste un ambiente a prova di bomba,
che si occupa di tutto e che sicuramente dovremo impostare una metodologia
appropriata ("di qualita'" per utilizzare le tue parole) per ogni fase,
pero' vorrei essere sicuro di prendere in considerazione piu' tool
possibili per avere un'idea precisa sulle metodologie di sviluppo.
Grazie ancora per la risposta,


Non mi č chiaro il tuo ruolo: gestisci una azienda? sei il responsabile di
un progetto? un capogruppo? uno sviluppatore?
Ad ogni modo, mi sembra che tu abbia bisogno di svariati tool e di
uniformare l'ambiente... minimizzando le collisioni.
Io ti do' qualche dritta sui tools, ma la parola chiave per raggiungere il
tuo scopo si chiama "esperienza nella gestione di team di sviluppo", e
quella non si improvvisa citando qualche software, per cui prendi quello che
ti dico un po' con le molle: devi impostare un flusso di lavoro e una
politica di gestione, non semplicemente scegliere del software.
Ad ogni modo, un qualsiasi IDE va benone. Eclipse? va benone. Netbeans? va
benone (non lo conosco, pero'). Jbuilder? idem. Ultraedit? eclipse va meglio
sicuramente.
TMS, cosi' come altri strumenti simili (Mantis ad esempio) possono essere
integrati sia a livello di flusso che a livello di ide (Eclipse e' meglio,
per questo, con i plugin). Vai tranquillo che con Eclipse e Netbeans fai le
stesse identiche cose.
CVS e' un must, non si puo' gestire un team senza. Mi sembra strano che tu
non lo conosca. Puoi farci quello che hai scritto, e molto di piu'. Se vuoi
rimanere nel mondo Microsoft usa SourceSafe.
Una metodologia di qualita' (non sono precisamente "parole mie", una
procedura di controllo qualita', anche abbozzata, e' necessaria per gestire
al meglio un team) e' un'altra cosa che e' molto importante. Ma anche quella
va saputa scrivere, ci vuole un po' di tempo e di esperienza in merito.
Fammi sapere.
Ciao,
   Francesco

 necessario.
Attento, questo è un problema organizzativo. Non c'è strumento che 
impedisce alla gente di cambiare le cose sotto il naso, se la gente 
rimane convinta che saltando i passaggi si faccia più veloce continuerà 
a saltare passaggi e fare casino.
E quando la gente è convinta in modo radicato di lavorar veloce, glie lo 
spieghi male che il suo "lavorar veloce" rallenta il lavoro di altre 
quindici persone...

    Francesco
Grazie mille per i preziosi consigli.
Ti faro' sapere.
Ciao,


 quindici persone...
Effettivamente quella sara' la parte un po' piu' complessa, ovvero dare
una regola agli altri sviluppatori, dato che siamo un po' tutti abituati a
fare e cose con molta liberta'.
Grazie per le tue utilissime indicazioni, vedro' cosa riusciro' a cavarne
fuori.
Ciao,


 fare e cose con molta liberta'.
E' la parte che potrebbe essere anche impossibile se non hai un 
"mandato" dall'alto. Imporre certe regole non č conveniente, spece a chi 
č abituato a tenere il rapporto con il cliente e fare il deployment 
direttamente sul posto in modo indipendente.

 PC
ciao Nicola
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

Riassumo qui la "strada" che intendo percorrere.
Faro' delle prove con CVS, ClearCase e Code Co-op (un software che si basa
sul principio del P2P), sulla base di questo verra' determinato anche
l'IDE, a meno che l'impossibilita' di integrazione con il software di VCS
non impatti in maniera decisiva.
Infine, sara' necessario un software di groupware per la gestione dei
progetti/operazione di manutenzione e quant altro (faro' qualche prova con
TMS, sicuramente).
Grazie a tutti (Francesco Galli, Vincent Vega, n.n) per i preziosissimi
consigli che mi hanno permesso di farmi un'idea per raddrizzare il tiro e
puntare verso una meta precisa.
Grazie ancora,
PC
Psychocrow ha scritto:
