106 risposte a questa discussione

[TigerShark]

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.

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.

[TigerShark]

Purtroppo è così. E' arrivata anche qui da noi da qualche mese ed è già un disastro...

Appunto.. cvd.. tra una decina d'anni se va bene imparerete ad usarla..

Messaggio modificato da TigerShark il 26 ottobre 2012 - 19:36

[TigerShark]

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.

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?
Nel software è la migliore invenzione dopo la programmazione a, mentre mia madre succhia cazzi, oggetti.

[TigerShark]

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.

Ubs dove lavoravo erano 65k dipendenti.
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.

[trallallero]

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.

[laura]

Allora esistono diverse metodologie agile di gestione progetti, per funzionare bene devono coinvolgere tutti i reparti aziendali. si chiamano appunto AGILI perché consentono di rivedere di continuo le specifiche e di cambiarle durante lo sviluppo mediante un forte scambio di informazioni e di pareri con il committente.
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

[trallallero]

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.

[Nex]

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.

[laura]

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.

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

[laura]

per quanto riguarda il fatto che non condividi l'agile nex me lo aspettavo, vuol dire fare radicali cambiamenti nell'organizzazione a tutti i livelli ed essere ottimisti o interessati al lavoro e coinvolti, cosa che non sembri essere

[Nex]

No, vuol dire semplicemente avere una chiara idea del luogo dove si vuole applicare la metodologia e delle persone che dovrebbero adeguarsi.

[trallallero]

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

[laura]

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

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

[yorkeiser]

applefags

[laura]

cosa centra crapple?
non hai capito una mazza mega fail

[TigerShark]

Non ho idea di quanti dipendenti abbia la mia compagnia a livello mondiale. Io parlavo di numeri del solo IT di Milano.

Solo nel mio palazzo credo fossimo sul migliaio.
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.

[TigerShark]

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

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.

[laura]

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.

dipende sempre dal team e dagli skill è utile anche per formare profili meno skillati

[TigerShark]

dipende sempre dal team e dagli skill è utile anche per formare profili meno skillati

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.
Se tutti cambiassero senza fare pair programming quelli rimasti non saprebbero che pesci pigliare e inizierebbero a bestemmiare...

[Killer application]

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