106 risposte a questa discussione

[TigerShark]

'Killer application', on 26 Oct 2012 - 22:00, said:

usato sempre il pair programming all'uni in tutti i progetti.
Bug ridottissimi, pochissimo testing e discreto scambio di vedute durante lo sviluppo

Male, il testing è essenziale.
I test idealmente dovrebbero essere il controllo automatico dei requisiti di un software, cosa in cui però il tdd aveva varie limitazioni dato che testava solo la correttezza dei metodi secondo quello che i programmatori comprendevano dei requisiti dei clienti, il bdd invece cerca di superare questo problema facendo formalizzare i requisiti direttamente al product owner.
Cmq un bacino per il pair, quello imho serve sempre.

[Killer application]

fare tdd o bdd su software da 2000-3000 righe mi sembra eccessivo.
Alla fine la parte difficile dell'esame era masterizzare il linguaggio o il framework su cui si basa il corso, poi il progetto viene da se. In classe il prof spiega la teoria (ad es. in sw arch di linguaggi si parlava 0), ma poi tutto il linguaggio te lo devi fare da te leggendoti guide, manuali e esempi online....

[trallallero]

'laura', on 26 Oct 2012 - 19:26, said:

si il pair programming sono 2 sviluppatori che lavorano con un unico pc scrivendo il codice a 4 mani, per favorire lo scambio di idee/metodologie e conoscenze, e per impedire che ci sia uno sviluppatore unico che sia verticale su uno sviluppo
ovviamente cambiano le coppie anche giornalmente e non è che uno scrive e l'atro dorme

Si ma se non c'è sintonia è una rottura dai.
Io se dovessi fare pair col team leader che è convinto di essere the best, mi girerebbero parecchio.
Se fai pair per dimostrare che sei migliore, puoi startene a casa.

[TigerShark]

'Killer application', on 26 Oct 2012 - 22:42, said:

fare tdd o bdd su software da 2000-3000 righe mi sembra eccessivo.
Alla fine la parte difficile dell'esame era masterizzare il linguaggio o il framework su cui si basa il corso, poi il progetto viene da se. In classe il prof spiega la teoria (ad es. in sw arch di linguaggi si parlava 0), ma poi tutto il linguaggio te lo devi fare da te leggendoti guide, manuali e esempi online....

Il tdd avreste potuto farlo tranquillamente, anzi usarlo in un progetto semplice è l'ideale per imparare, dopotutto dovrebbe essere proprio questo lo scopo dei progetti universitari..

[trallallero]

Grazie a laura e, mentre mia madre succhia cazzi, al materiale che m'ha inviato, ho fatto un'ottima figura.
Usano scrum e a volte xp programming.

Mercoledì face to face.

http://airmusictech.com/

[Killer application]

voi della programmazione AGILE, ho un paio di domande.

Posso capire l'utilizzo di tecniche xp in caso di consegne molto rapide (ad esempio lo usano in ferrari perche hanno 1 settimana di tempo tra un gran premio e l'altro), ma perche vengono usate anche in software dove "non ci corre dietro nessuno" ?
Nel caso di trallalero non sarebbe meglio un RUP o un Agile modesto piuttosto che un xtreme?

[toyo]

anch'io ho usato la roba di laura

[TigerShark]

'Killer application', on 29 Oct 2012 - 19:57, said:

voi della programmazione AGILE, ho un paio di domande.

Posso capire l'utilizzo di tecniche xp in caso di consegne molto rapide (ad esempio lo usano in ferrari perche hanno 1 settimana di tempo tra un gran premio e l'altro), ma perche vengono usate anche in software dove "non ci corre dietro nessuno" ?
Nel caso di trallalero non sarebbe meglio un RUP o un Agile modesto piuttosto che un xtreme?

..quale sarebbe il software dove non ti corre dietro nessuno?
Qua in uk si fanno release ogni due settimane e ogni paio di mesi c'è qualche milestone...

[trallallero]

'Killer application', on 29 Oct 2012 - 19:57, said:

voi della programmazione AGILE, ho un paio di domande.

Posso capire l'utilizzo di tecniche xp in caso di consegne molto rapide (ad esempio lo usano in ferrari perche hanno 1 settimana di tempo tra un gran premio e l'altro), ma perche vengono usate anche in software dove "non ci corre dietro nessuno" ?
Nel caso di trallalero non sarebbe meglio un RUP o un Agile modesto piuttosto che un xtreme?

Non è solo una questione di tempo ma anche di qualità.
Lo stesso win7 è stato programmato con xp (scusa il doppio senso ).

Ma qualcuno più esperto potrà risponderti meglio.

[toyo]

tiger hai visto l'ultima di tbbt? (s06e05)

c'è il polacco che qualsiasi cosa gli dicono comincia a parlare del fatto che è stato sulla ISS


e questo rompe i coglioni a tutti



tu se come lui, con l'aggravante che essere a Londra è <<< di essere sulla ISS

[Killer application]

'TigerShark', on 29 Oct 2012 - 19:59, said:

..quale sarebbe il software dove non ti corre dietro nessuno?
Qua in uk si fanno release ogni due settimane e ogni paio di mesi c'è qualche milestone...

Il software dove sei te a darti delle scadenze. Che ne so... tipo quel software di musica linkato prima. Se esci il 15 di agosto o il 15 settembre non credo che vi siano stravolgimenti nel mercato che ti danneggiano, ma almeno rilassando lo sviluppo stressi meno le risorse o ti puoi permettere piu errori che in xp non puoi fare.

[toyo]

ma secondo te il resto dell'azienda aspetta che il reparto sviluppo butti fuori "prima o poi" la nuova versione, e non fa nessuna pianificazione?

[TigerShark]

'toyo', on 29 Oct 2012 - 20:01, said:

tiger hai visto l'ultima di tbbt? (s06e05)

c'è il polacco che qualsiasi cosa gli dicono comincia a parlare del fatto che è stato sulla ISS


e questo rompe i coglioni a tutti



tu se come lui, con l'aggravante che essere a Londra è <<< di essere sulla ISS

mai visto the big bang theory.
Cmq trovami qualche software in cui non ci siano scadenze a parte quelli che ti fai tu da solo la sera quando non hai un cazzo che fare.
In Italia anche c'erano le scadenze, anche se ovviamente non ogni due settimane ma si parlava di MESI.
Per rispondere anche all'orsacchiotto alla fine tutto viene deciso dal management che setta le milestone, che ovviamente non sono hard-milestone nel senso che non ti crocifiggono in sala mensa se non le rispetti, ma cmq sono degli obiettivi da rispettare pena un punteggio minore alla valutazioni di fine anno...

[Killer application]

certo che fai pianificazione....
Ma mentre con un metodo "leggero" il sw lo sviluppi in 2 mesi con stress risorse basso e testing alto, con xtreme lo sviluppi in 1.5 mesi ma 1 hai bisogno di gente con le palle, 2 il carico di lavoro è maggiore 3 c'è piu possibilità di errori andando di fretta.

[trallallero]

'toyo', on 29 Oct 2012 - 20:01, said:

tiger hai visto l'ultima di tbbt? (s06e05)

c'è il polacco che qualsiasi cosa gli dicono comincia a parlare del fatto che è stato sulla ISS


e questo rompe i coglioni a tutti



tu se come lui, con l'aggravante che essere a Londra è <<< di essere sulla ISS

'toyo', on 29 Oct 2012 - 20:04, said:

ma secondo te il resto dell'azienda aspetta che il reparto sviluppo butti fuori "prima o poi" la nuova versione, e non fa nessuna pianificazione?

this

Anche perché la scadenza serve a stimolare.

[toyo]

'TigerShark', on 29 Oct 2012 - 20:06, said:

mai visto the big bang theory.

ah

'TigerShark', on 29 Oct 2012 - 20:06, said:

Cmq trovami qualche software in cui non ci siano scadenze a parte quelli che ti fai tu da solo la sera quando non hai un cazzo che fare.
In Italia anche c'erano le scadenze, anche se ovviamente non ogni due settimane ma si parlava di MESI.
Per rispondere anche all'orsacchiotto alla fine tutto viene deciso dal management che setta le milestone, che ovviamente non sono hard-milestone nel senso che non ti crocifiggono in sala mensa se non le rispetti, ma cmq sono degli obiettivi da rispettare pena un punteggio minore alla valutazioni di fine anno...

ok, ma perché me lo dici? che c'entra col mio post?

[trallallero]

'Killer application', on 29 Oct 2012 - 20:07, said:

certo che fai pianificazione....
Ma mentre con un metodo "leggero" il sw lo sviluppi in 2 mesi con stress risorse basso e testing alto, con xtreme lo sviluppi in 1.5 mesi ma 1 hai bisogno di gente con le palle, 2 il carico di lavoro è maggiore 3 c'è piu possibilità di errori andando di fretta.

gente con le palle = meno errori

E poi, se ho capito bene, l'agile prevede proprio il susseguirsi di costanti steps, traguardi, release (sprint) quindi di dead lines ne hai sempre.

[toyo]

si appunto, con metodi agili lo stress è sempre ad un livello costante durante tutte le iterazioni, è il classico waterfall invece che fa sì che all'inizio lurki il ds 6 ore al giorno e alla fine fare over9000 ore di straordinari e hai scarsissime prestazioni sessuali quando sei a casa, sempre se è rimasto qualcuno ad aspettarti

[trallallero]

Comunque non ho detto la cosa più importante: AIR è a Bremen e Bremen è vicina la mare

[trallallero]

'toyo', on 29 Oct 2012 - 20:12, said:

si appunto, con metodi agili lo stress è sempre ad un livello costante durante tutte le iterazioni, è il classico waterfall invece che fa sì che all'inizio lurki il ds 6 ore al giorno e alla fine fare over9000 ore di straordinari e hai scarsissime prestazioni sessuali quando sei a casa, sempre se è rimasto qualcuno ad aspettarti

sei in vena oggi


comunque è esatto, non si sa le ore che non facevo un cazzo in Italia...

Messaggio modificato da trallallero il 29 ottobre 2012 - 21:13