Michele SciabarràCorsoJava
testi corsi mailing
Symbian Java  Linux

Humor
-Psicopatologia Utenti Linux
-Documentario: Sistemista Linux
-Il Grande Mago Informatico
-Se le distro fossero ragazze
-La Calata Dei Barbari
-Programmatori al supermercato
-Clienti di ieri e di oggi
-Colloqui di Lavoro
-Il vero informatico 2005
-Regolamento per Software House
-Diario di un Open Source
-Non usate quel linguaggio
-Decifrare Offerta Lavoro
-Il lavoro in Italia
-I fantastici 4 degli SmartPhones
-Dalla Teoria Alla Pratica
-Cosa Vuole il Cliente
-Colloqui con gli utenti
-La Visione degli Esperti
-Di che pasta è il tuo codice
-Una Email Dal 2143

Tecnica
-JSF ClassLoader -Programmazione Cellulari Symbian
-L'invasione degli SmartPhone
-Intro Eclipse Video!
-ReadLine FrontEnd
-JspWiki

Opinioni
-C'era una volta il cellulare
-Business dell'OpenSource
-Le scuse del Linux World Expo
-Linux non è Comunismo
-Java e l'Open Source
-Chi ha scritto Linux
-Chi ha paura di XAML -Lavorare con Tanenbaum

Informazioni
-Questo sito
-L'autore








Scarica Omaggio
il Capitolo 2




Leggi Online
il Capitolo 6

Regolamento per Software House

(Humor)

Articolo 1: Se iniziate a scrivere un programma SENZA SPECIFICHE siete licenziati in tronco.

Articolo 2: Il cliente NON SA quello che vuole. Glielo dovete dire VOI.

Articolo 3: Il cliente deve solo dare specifiche, e queste SONO incoerenti. VOI dovete interpretarle e renderle sensate.

Articolo 4: Quando alla fine finalmente gli dite quello che LUI vuole veramente, evitate di dirgli quello che pensate di lui (in particolare evitare i termini: utonto, ignorante, cretino, incompetente e sinonimi).

Articolo 5: Quando il cliente insiste per darvi specifiche solo a voce, SCAPPATE.

Articolo 6: l'articolo 5 va inteso in senso letterale: proprio FUGA FISICA. Potete eventualmente usare la scusa del gas lasciato aperto, anche se avete la cucina elettrica.

Articolo 7: E' importante che il cliente capisca che il motivo della fuga di cui al punto 6 è una scusa, sennò potrebbe ritornare.

Articolo 8: Quando il cliente finalmente vi scrive le specifiche, poi le dovete leggere, e riscrivere DA CAPO voi nel contratto, filtrandole e interpretandole fino a renderle sensate (o semplicemente ATTUABILI).

Articolo 9: In particolare attenzione a NON lasciar finire mai in un contratto diciture quali "facile da usare", "esteticamente gradevole", "veloce".

Articolo 10: Il contravventore dell'articolo 9 sarà condannato a lavorare i due anni necessari per modificare il programma fino ad ottenere quello sgorbio orrendo, lento come una lumaca salvo che nella prima schermata, e incomprensibile ai più, che secondo il cliente è veloce, bello e facile.

Articolo 11. Fare sempre i backup. Servirà a nascondere che non avete mai capito un accidente di come funziona il controllo di versione e a non perdere tutto il lavoro.

Articolo 12. Non fate TROPPO SPESSO il backup. Se lo fate ogni ora, dovrete spiegare al project manager perché non riuscite a tornare indietro alla versione di due ore fa, dove l'errore non c'era.

Articolo 13: qualunque cosa fosse non è da prendere in considerazione dato il numero. Ve l'immaginate il gesto di tutti quanti citando "l'articolo 13 dice..."?

Articolo 14: Se una cosa vi piace farla, ci vorranno cinque minuti a farla. Se non vi piace, cinque mesi.

Articolo 15: Se il vostro collega, che è sempre stato il più bravo, dice che non riesce a aiutarvi e a capire come funziona quella API, allora ha già fatto un altro colloquio di lavoro e l'hanno preso.

Articolo 16: Se dovete consegnare il programma prima di andare in ferie, il programma verrà consegnato in tempo, passerà tutti i collaudi e al cliente finale NON funzionerà (ma potete sempre dire che sulla vostra macchina funziona...).

Articolo 17: omissis per motivi di cui all'articolo 13

Articolo 18: il venerdì e due giorni prima delle ferie è RIGOROSAMENTE PROIBITO effettuare rilasci.

Articolo 19: chi contravviene all'articolo 18 dovrà lasciare il cellulare acceso tutto il giorno, e farà bene a venire direttamente in ufficio la domenica mattina o a ferragosto.

Articolo 20: i soldi per comprare il serverone super megagalattico ridondante per tenere 2 MB di file della contabilità ci sono sempre. I 100 euro per la licenza dell'IDE che usate 8 ore al giorno tutti i giorni no.


Commenti(aggiungi il tuo):
Ezio: Articolo 21: parlate con i clienti rognosi il pomeriggio solo dopo essere andati in palestra
Giorgio: Articolo 22: se una cosa può NON FUNZIONARE, allora NON FUNZIONERA'...
Franco: Articolo 23: L'Articolo 21 non ha senso.
Ezio: Mica vero. L'esperienza dimostra che dopo una bella faticata si è meno irritabili e si resiste meglio alle provocazioni. Scientificamente dimostrabile.
Federico: mai riso tanto... l'articolo 15 e l'articolo 20 sono i più veri!
Zeus: è la pura verità! purtroppo...
Antonio: Articolo 23bis: L'articolo 21 non ha nessun senso.
Ema: Articolo 23tris: L'articolo 21 ha senso eccome! almeno si pesta il sacco da pugile invece del cliente! Anche se la voglia sarebbe il contrario!!
FrancoLan: Artocolo24: L'articolo 23tris non ha senso.
ema: diciamo che è l'artOcolo che non può aver senso... :) poi, si sa, rispettare le opinioni altrui è pericoloso!
Bruce: Articolo 19 bis: Al venerdì scollegare i telefoni un'ora prima o il cliente vi chiamerà un minuto alla fine dell'orario di lavoro
MP: carino, solo che i primi punti non sono humor, sono pura verità. oppure vuoi dire che posso anche iniziare a scrivere codice senza specifiche, tanto al boss non gliene importa niente?
Andrea "Pio Pio": L'articolo 18 e' puro vangelo.
cippo: continuazione dell'Art.2 - ... e non appena glielo avrete detto lui capisce che voleva un'altra cosa...
The Sentry: Articolo 3bis/8bis: oltre alle specifiche del PROGRAMMA, è necessario puntualizzare fino all'ultima virgola anche quelle della PIATTAFORMA. Appurato che (tecnicamente parlando) il cliente non sa cosa vuole, si può assumere con sicurezza che non sappia neanche che cosa HA, ed eventuali sue dichiarazioni in tal senso vanno tassativamente interpretate come FALSE, FUORVIANTI, e PERICOLOSE ai fini dello sviluppo del progetto (p.es. clienti che millantano sistemi con una decina di GB di RAM, che alla prova dei fatti si rivelano essere atroci scassoni con una decina di GB di HARD DISK, dove volenti o nolenti a commessa accettata il vostro codice *deve* girare, e deve girare *bene*...)
rosey: l'art 4 è al 99% verita di fede... e il 5 una buona raccomandazione!! per esperienze lavorative personali.. :)

Contatto: michele at sciabarra dot com