extreme programming

[Kahm]

come da titolo
mi è giunta una mail con la richiesta di compilare un form, visto che la ditta era interessata a valutare personale
di base ho subito capito che è SPAM, ma fammi vedere un po le domande per curiosità.
E vedo che una di queste chiede se utilizzo "extreme programming" e quanto lo conosco bene!

cerco su wikipedia, tanti BLA BLA BLA
giro un po su internet e oltre ai BLA BLA BLA non c'è molto
pare sia una sorta di gestione personale
voi lo conoscete? utilizzate?
e come mai negli ultimi anni ci sono cosi tante definizioni per cose assolutamente semplici?

[vonkranz]

una cosa che mi sento di sottolineare in merito alla XP è la

Sustainable pace - il concetto è che i programmatori o gli sviluppatori software non dovrebbero* lavorare più di 40 ore a settimana

*ovviamente togliendo il condizionale

[Scara95]

Si chiama Software Engineering.

XP è uno dei vari processi produttivi, viene raggruppato sotto i modelli agile e in sostanza dice che i programmatori dovrebbero lavorare poco e in coppia, alternandosi alla scrittura di codice in modo da avere sempre uno che pensa e uno che controlla, mantenere la mente attiva e puntini puntini.
Inoltre enfatizza la programmazione test driven.

[Kahm]

madooo libri e libri per dire due cose che sanno tutti?
ah a proposito, ho notato anche Scrum
TDD, crosoft Dynamics CRM

[optime]

ah a proposito, ho notato anche Scrum
TDD, crosoft Dynamics CRM

"ho notato" in che senso?

[Scara95]

madooo libri e libri per dire due cose che sanno tutti?

Siccome tutte le università di inf e ing-inf hanno un corso da 12 crediti o 2 da 6, una volta che hai imparato la terminologia tanto vale utilizzarla.

ah a proposito, ho notato anche Scrum
TDD, crosoft Dynamics CRM

I processi produttivi sono tanti, ma si possono raggruppare in macrocategorie.

In particolare la distinzione fra agile e non agile.
Per fare un esempio prendendo due estremi: XP e Waterfall

[Kahm]

Siccome tutte le università di inf e ing-inf hanno un corso da 12 crediti o 2 da 6, una volta che hai imparato la terminologia tanto vale utilizzarla.

I processi produttivi sono tanti, ma si possono raggruppare in macrocategorie.

In particolare la distinzione fra agile e non agile.
Per fare un esempio prendendo due estremi: XP e Waterfall

allora mi sai spiegare come mai tra i requisiti che uno sviluppatore deve conoscere ci sono anche i processi produttivi?
non dovrebbe conoscerli il project manager? o mi sbaglio?

[Scara95]

In realtà dovrebbero esserne a conoscenza anche i programmatori, infatti ognuno presenta una serie di modalità e best practices che non si limitano al ruolo del project manager, ma coinvolgono (direttamente) altri ruoli.

Un ingegnere del software ti risponderebbe che ognuno ha un processo produttivo, che ne sia o meno a conoscenza, perciò la conoscenza dei vari modelli a disposizione migliora la qualità del software prodotto e la produttività anche del singolo programmatore che (nel suo piccolo) può migliorare il suo processo produttivo.


Io personalmente ritengo siano nozioni utili, ma talvolta estremizzate.