Voi.
Si TU!
Tu lavori in una grande Software House o in una di quelle aziende che hanno un reparto IT ben strutturato, che magari segue tutte le direttive del Software Engineering in maniera metodica, ordinata, etc.
MI SPIACE PER TE!!
Mi spiace per te perche’ non hai avuto il piacere di conoscere l’avanguardia del metodo di sviluppo!
il Rolling Change Request !
Non ne hai mai sentito parlare? mmm aggiornati!
Il Rolling Change Request ha un sistema di funzionamento molto bello e disfunzionale, ed ovviamente va tanto in voga in #grandeimportanteazienda tanto da renderlo non solo il piu’ usato metodo di sviluppo ma anche l’unico; capita quanto si e’ in 4 nell’IT.
Bando alle ciance e spieghiamone il funzionamento in maniera schematica descrivendone le fasi:
- Si fa l’analisi funzionale. Questa deve esseere la piu’ vaga e poco approfondita che riuscite ad immaginare, di solito in #grandeimportanteazienda questa fase prevede massimo 15 minuti di discussione o una email (sempre la piu’ vaga che riuscite ad immaginare) di poche righe.
- Si analizza l’email con l’analisi prima fatta (di solito la fa la mente brillante di #rospy) facendo osservare i controsensi, le discrepanze e tutto quello che di orrido c’e’ nell’analisi.
- L’analisi rimane uguale con il copia incolla della tua analisi in coda a quella gia’ fatta.
- Si sviluppa.
- Non si fanno TEST!
Soffermiamoci un attimo su questo punto.
Il TEST e’ inutile!
Inutile che tirate fuori chissa’ quale teoria di sviluppo e bla bla bla.
I TEST non si fanno e il software viene messo in produzione cosi’ come e’!
Pensate ad un modello a Bazaar allora? Sbagliato! Perche’ i sorgenti non si lasciano agli estranei (siamo in #grandeimportanteazienda ci teniamo a quello che facciamo).
A questo punto lo sviluppo si dirama in due parti:
- Soluzione dei Bug segnalati dagli utilizatori (si si niente test.. continuiamo a dirlo)
- Un continuo e costante Change Request!
GENIALE!
L’Analisi Funzionale cosi’ sommaria e vaga ovviamente genera un software che oltre ad essere buggato (vietati i test), serve a poco o a nulla dato che si basa si un progetto pensato, analizzato e strutturato in 10 minuti scarsi da #rospy, su assunti vaghi ed a interpretazioni personali mie o di #cosmy1, cosmy#2, etc. che in qualche modo cercavano si colmare le lacune dei “10 minuti di progetto”.
Quindi da adesso si sommeranno continui Change Request che avranno il grande vantaggio di generare un software con una struttura caotica, disomogenea e non strutturata ed un codice disordinato ed illeggibile!
Ora che conoscete il Rolling Change Request sono sicuro che vorrete tutti adottarlo!
Quindi suvvia! parlate con il vostro Project Manager e proponete questa grande innovazione.