Newsgroup: it.lavoro.informatica
Titolo: Agilengineering

Qualcuno la conosce? E' un'azienda seria?
Mi sapete dire qualcosa in merito a questo software che usano? Che
futuro avrà il software "agile" sinceramente è la prima volta che lo
sento...
Vale la pena mandare un curriculum e vedere come va?

 Vale la pena mandare un curriculum e vedere come va?
Io non li conosco, puoi sempre provare a chiedere sulla ml italiana dell'eXtreme
Programming 
http://it.groups.yahoo.com/group/extremeprogramming-it/
-- 
Gabriele Lana
contact me at info at gabrielelana dot it
http://www.gabrielelana.it
 - Agile methodologies and Programming
http://www.xpug.it
 - italian eXtreme Programming User Groups

 sento...
Noi, in ditta, rientriamo molto spesso nello sviluppo "agile", pur non avendone 
mai letto il "manuale"... ;) 
-- 
__________________________________________________
Luc (33, CO)
MS Visual Studio developer - Programmer since 1985
__________________________________________________

Ribadisco solo che non sempre la tecnica più diffusa è sempre la
migliore e non esiste una panacea per tutti i mali.. Approfitto per
rispondere a Gianluca , anche andando off-topic, che mi chiedeva, in
un'altro topic, quali metodoligie di sviluppo sto utilizzando per lo
sviluppo del progetto PLASTIC.. Utilizziamo ( o meglio hanno scelto)
un approccio model-based arricchendo l'architettura tramite specifiche
formali utilizzando linguaggi di process algebra-based.. La mia parte
consiste nel verificare se esistono colli di bottiglia in una parte
del modello (  analisi delle performance ) e proporre una soluzioni
per essi.. L'obiezione contraria ad un approccio agile in progetti
molto grandi è che, i clienti sono tanti, il software molto grande e
il team è distribuito in europa, considerare l'ipotesi di un prototipo
vuol dire implementare il sistema finale..

>.. rispondere a Gianluca ..
Ups.. ho sbagliato nome... :-), intendevo Gabriele..

 il team è distribuito in europa
Vero, ma non tutti i clienti sono uguali. I "grossi" da noi hanno la priorità. 
Fortunatamente le richieste non sono giornaliere, altrimenti si, sarebbe 
impossibile. 


Concordo con non esiste il silver bullet ma gli approcci Agili sono tutto
tranne che i + diffusi al momento (i + chiacchierati forse si, quelli che
ultimamente tutti DICONO di usare pure).
Posso dire che correntemente lavoro per una societa' americana che
utilizza SCRUM + XP in progetti distribuiti con team in 4 fusi orari
differenti (NY, Londra, Bangalore e Sydney) e tutti va bene.
Non mi e' chiaro cosa intendi col discorso prototipo e come questo e'
legato al discorso Agile?
Ciao!
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Ciao!
Un'attimo.. lo sviluppo agile consiglia ( leggi impone ) un sviluppo e
testing incrementale attraverso piccole e frequenti release. In un
sistema con centinaia di migliaia di righe di codice deve esistere una
fase durante la quale i requisiti sono congelati ed i clienti non sono
più coinvolti, ma rassicurati dalle fasi precedenti che il sistema
soddisferà i requisiti. Il sistema agile prevede che i requisiti
possano cambiare, così il design del sistema deve soddisfare i
cambiamenti, non credo che sia applicabile quando un requisito cambia
e ti fa buttare nel cestino 1 anno di codice scritto. Se il team è
distribuito e in Italia di deve implementare una parte
dell'archittettura che deve essere connessa  a quella sviluppata in
America, una definizione formale e fissa delle componenti  e delle
loro interfacce di programmazione credo che siano necessarie per non
sviluppare componenti incosistenti.. ma a questo punto si fa
riferimento al modello e tutta l'agilità dove rimane ? Lo sviluppo
agile funziona quando il cliente non sa bene cosa vuole, secondo me..

 sviluppare componenti incosistenti.. 
certo, concordi le interfaccie. Di nuovo: l'idea che non si faccia design
(cosi come planning) e' quanto di + sbagliato ci possa essere.


 questo articolo e` stato inviato via web dal servizio gratuitohttp://
www.newsland.it/newssegnala
 gli abusi ad 
a...@newsland.it
Suvvia, andiamo!!  design, planning e testing in un approccio
incrementale sono brevi ed incosistenti, se non fino alla penultimo
incremento, altrimenti non ci sarebbe bisogno di un'approccio
incrementale..

 incrementale..
sul brevi di per se non ci vedo nulla di male dato che e' un concetto
relativo: fintanto che raggiunge gli obiettivi per cui si fa non vedo
problemi. Sull'incosistente invece non ti seguo.
Mi domando: hai mai provato? Perche' ripeto che non esiste la soluzione
per tutti i mali ma di certo nel caso di un approccio agile i dubbi che
stai esponendo, mi pare e non prenderlo come un'offesa, mi pare provengano
maggiormente da una non conoscenza ed non esperienza piuttosto che altro.
Ciao, Luigi
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
