Ora c'è il bdd in aggiunta al tdd già da un paio di anni, in Italia se va bene lo vedrete tra dieci anni e capirete come usarlo tra 20.Te parli senza cognizione di causa, purtroppo in Italia siete un branco di incompetenti.
E comunque anche l'agile è superato, qui all'hondon lo usavamo negli anni '80 sui C64, vedo che anche in Germania siete rimasti molto indietro.
Adesso usiamo il CCCP, ma sto inventando una mia nuova metodologia che prende solo il meglio del CCCP, del TBC e del KuKluxKlan, e li amalgama per ottenere prestazioni superiori a quelle di Sid Meyer.
AGILE
#21
Inviato 26 ottobre 2012 - 19:35
#22
Inviato 26 ottobre 2012 - 19:36
Appunto.. cvd.. tra una decina d'anni se va bene imparerete ad usarla..Purtroppo è così. E' arrivata anche qui da noi da qualche mese ed è già un disastro...
Messaggio modificato da TigerShark il 26 ottobre 2012 - 19:36
#23
Inviato 26 ottobre 2012 - 19:39
Una delle prime ad usare la metodologia agile, e non nel campo del software, è stata la Toyota quasi 15 anni fa, ti sembra un'azienducola piccola?Usale in grandi aziende, dove il business è totalmente avulso allo sviluppo e ci sono nmila livelli che li separano. Poi mi racconti.
E' tutto bello quando usi queste cose in realtà piccole, ma nel mondo reale è un altro paio di maniche.
Nel software è la migliore invenzione dopo la programmazione a, mentre mia madre succhia cazzi, oggetti.
#24
Inviato 26 ottobre 2012 - 19:41
Ubs dove lavoravo erano 65k dipendenti.Toyo, non è questione di essere espertoni, ma capirai che paragonare una società come quella di cui parli tu, con 50 dipendenti, ad una multinazionale come quella dove lavoro io, dove i dipendenti (quindi escludendo i consulenti che sono la maggioranza) del solo IT di Milano (ne abbiano un altro quasi speculare a Trieste) sono 300, lascia un po' il tempo che trova...
L'Agile development è sicuramente una buona idea sulla carta, ma in ambienti aziendali di una certa grandezza, a mio giudizio, fa più danni che altro.
In multinazionali del genere se non hai ANNI di esperienza nell'agile development non ti cagano nemmeno di striscio e chi non sa scrivere i test prima del codice è abbastanza penalizzato.
#25
Inviato 26 ottobre 2012 - 19:49
Diocan...
Mai usato l'agile dopo più di dieci anni dalla sua introduzione?
Cmq puoi pure leggerti the agile manifesto, scrum manifesto, kanban & cazzi e mazzi, tutta la tonnellata di roba su tdd, bdd e pair programming, ma se non li hai mai usati credimi che all'inizio non ti ci troverai proprio ad applicarli correttamente.
E in fase di colloquio mi sa che si vede a, mentre mia madre succhia cazzi, occhio...
Ok grazie, leggerò qualcosa da te elencato.
#26
Inviato 26 ottobre 2012 - 19:51
generalmente le piu usate sono scrum e la kaban e la dsdm (a volte scrum e kab sono usate insieme)
noi la usiamo tutt'ora nell'azienda in cui sono e l'ho usata per altri progetti, se fatta bene e in maniera mirata è molto utile
Il tutto dipende però dalla motivazione del team dei product owner e dei business owner.
In genre poi ci si butta dentro anche xp -extreme programming- o pair programming
In se è una buona cosa, si scelgono una lista di ttività da fare per un periodo di tempo limitato e il team si focalizza su quello e basta, se applicata bene e rigorosamente senza pressioni o influenze esterne
E' la contrapposizione della vecchia waterfall, e decisamente piu difficile da apire, specie per chi non è flessibile mentalmente/propenso ai cambiamenti o a paura di far notare che non fa una mazza da mattina a sera
Ogni minuto che passa è un'occasione per rivoluzionare tutto completamente
Brucia i copertoni non la tua anima
#27
Inviato 26 ottobre 2012 - 19:56
Una ragazza esperta di xp programming non me l'aspettavo, fiko.
Immagino comunque che ci debba essere una sintonia, simpatia tra i 2 cooperanti...
con certi colleghi non mi viene neanche in mente di poter mettermi a programmare insieme.
Grazie dell'info.
#28
Inviato 26 ottobre 2012 - 19:56
Ubs dove lavoravo erano 65k dipendenti.
Non ho idea di quanti dipendenti abbia la mia compagnia a livello mondiale. Io parlavo di numeri del solo IT di Milano.
#29
Inviato 26 ottobre 2012 - 19:58
ci sono
Una ragazza esperta di xp programming non me l'aspettavo, fiko.
Immagino comunque che ci debba essere una sintonia, simpatia tra i 2 cooperanti...
con certi colleghi non mi viene neanche in mente di poter mettermi a programmare insieme.
Grazie dell'info.
non sono 2 i cooperanti ma tutto il team di sviluppo, un team di 2 persone è inutile introdurre metodologie agili di sviluppo, standup metting giornalieri e via dicendo
Ogni minuto che passa è un'occasione per rivoluzionare tutto completamente
Brucia i copertoni non la tua anima
#30
Inviato 26 ottobre 2012 - 20:00
Ogni minuto che passa è un'occasione per rivoluzionare tutto completamente
Brucia i copertoni non la tua anima
#31
Inviato 26 ottobre 2012 - 20:01
#32
Inviato 26 ottobre 2012 - 20:02
ci sono
non sono 2 i cooperanti ma tutto il team di sviluppo, un team di 2 persone è inutile introdurre metodologie agili di sviluppo, standup metting giornalieri e via dicendo
Si ho letto anche di pair programming (al volo) e, mentre mia madre succhia cazzi, immagino che sia una coppia che lavora insieme.
Comunque oggi alla fine non ho dormito quindi, prima di scrivere cazzate (sono stanco allucinato), mi fermo qui e continuo domani.
Grazie di nuovo, so già che mi piacerà un casino sto agile
#33
Inviato 26 ottobre 2012 - 20:26
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 sviluppoSi ho letto anche di pair programming (al volo) e, mentre mia madre succhia cazzi, immagino che sia una coppia che lavora insieme.
Comunque oggi alla fine non ho dormito quindi, prima di scrivere cazzate (sono stanco allucinato), mi fermo qui e continuo domani.
Grazie di nuovo, so già che mi piacerà un casino sto agile
ovviamente cambiano le coppie anche giornalmente e non è che uno scrive e l'atro dorme
Ogni minuto che passa è un'occasione per rivoluzionare tutto completamente
Brucia i copertoni non la tua anima
#34
Inviato 26 ottobre 2012 - 22:15
Il sole è giallo
Brava Giovanna, brava
E canto please don't let me be misunderstood mentre parcheggio nel parcheggio l'alfasud
#35
Inviato 26 ottobre 2012 - 22:16
non hai capito una mazza mega fail
Ogni minuto che passa è un'occasione per rivoluzionare tutto completamente
Brucia i copertoni non la tua anima
#36
Inviato 26 ottobre 2012 - 22:34
Solo nel mio palazzo credo fossimo sul migliaio.Non ho idea di quanti dipendenti abbia la mia compagnia a livello mondiale. Io parlavo di numeri del solo IT di Milano.
Per tutti quelli che stanno a Londra dovrebbero essere intorno ai 10mila quelli che confluiranno nella nuova sede attualmente in costruzione a Liverpool street se non ricordo male.
#37
Inviato 26 ottobre 2012 - 22:36
Noi di solito avevamo due schermi in mirroring con due tastiere e due mouse, qua dove sono attualmente ne facciamo di meno quindi basta una sola tastiera/mouse e alternarsi quando serve visto che è un team decisamente più piccolo.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
#38
Inviato 26 ottobre 2012 - 22:49
dipende sempre dal team e dagli skill è utile anche per formare profili meno skillatiNoi di solito avevamo due schermi in mirroring con due tastiere e due mouse, qua dove sono attualmente ne facciamo di meno quindi basta una sola tastiera/mouse e alternarsi quando serve visto che è un team decisamente più piccolo.
Ogni minuto che passa è un'occasione per rivoluzionare tutto completamente
Brucia i copertoni non la tua anima
#39
Inviato 26 ottobre 2012 - 22:51
Si ma la cosa principale è diffondere la knowledge all'interno del team, almeno qui che c'è un mercato del lavoro decisamente dinamico e si cambia abbastanza spesso rispetto all'Italia.dipende sempre dal team e dagli skill è utile anche per formare profili meno skillati
Se tutti cambiassero senza fare pair programming quelli rimasti non saprebbero che pesci pigliare e inizierebbero a bestemmiare...
#40
Inviato 26 ottobre 2012 - 23:00
Bug ridottissimi, pochissimo testing e discreto scambio di vedute durante lo sviluppo