Gli "Ospiti" della Sala Macchine


Home Page | Commenti | Articoli | Faq | Documenti | Ricerca | Archivio | Storie dalla Sala Macchine | Contribuire
Cose' sta' roba???

Qualche tempo fa', un po' annoiato, mi sono messo a scrivere quello che succede nel mio ufficio (rimuovendo i nomi ovviamente) sul gruppo it.comp.os.linux.sys. La cosa pare abbia trovato degli estimatori, cosi' ho pensato di "preservare" questi capolavori per i posteri...

Un po' di tempo dopo qualcuno ha pensato che poteva inviarmi le SUE storie da pubblicare. Percio' eccole qui'.

Nota: i miei commenti (quando ci sono) sono in italico

La Pietra di Selce

Giunse alfine il momento in cui BOFH riusci' a sollevare la testa dalla montagna di $roba_fetida_marrone in cui e' sempre stato dall'Inizio dei Tempi e a pormi la mai troppo desiderata frase.

BOFH: $licantropo, finalmente avrai una tua macchina di testing su cui potrai smaialare quanto vuoi per $applicazione, e una macchina di produzione separata per quando vuoi mettere all'esterno $applicazione.

Nota di colore: $applicazione e' un progettino che nacque tre anni fa in pausa pranzo, quando in azienda eravamo in tre di numero, e che gradualmente (e sempre in pausa pranzo, o la notte a casa, o in viaggio in treno) e' cresciuto fino a diventare svariati mega di applicazione che gestisce trouble ticketing, commesse, attivita' esterne, rava, fava e altro. Tra l'altro $applicazione e' sempre stata il "campo giochi" aziendale: avendola sotto diretto e personale e strettissimo controllo, ogni qual volta usciva un elemento di configurazione nuovo lo testavo li' sopra e poi tutti ne gioivano. Insomma, il classico caso di "buona volonta'".

IO: Magnifico! Cosi' finalmente posso risolvere tutti i problemi di configurazione... e mettere su $jdk ultima versione e $micino e $noto_database_server_open_source e...

al che vedo due sopraccigli alzati: quello di BOFH e VBOFH (Vice-bofh).

BOFH: No, aspetta, come tu ben sai noi utilizziamo $distribuzione.
IO: ...e?
BOFH: e se vuoi $micino ti becchi $micino pacchettizzato da $distribuzione.
IO: Scusami un attimo, ma se uso una funzionalita' di $micino 5.5 non posso metterla in produzione perche' $distribuzione ha pacchettizzato solo $micino 4.0.poco?
BOFH: esatto, ci sono problemi di sicurezza, configurazione...
VBOFH: e poi non possiamo certo stare a ricompilare tutte le volte e blablabla yaddayaddayadda...

(nota di colore: $micino e' 100% java) e tra una versione e l'altra i coglionazzi si divertono a riscrivere meta' delle api, cambiare .jar e via dicendo...

IO: Ma non potete installare semplicemente $micino copiando le cartelle come faccio io su %MIO_PC_PERSONALE%?
BOFH: ma la sicurezza, la manutenzione... poi non e' solo una...
VBOFH: e poi bisogna ricompilare, poi c'e' il connettore con $tribu_indiana e cazzi e mazzi e rava e fava...

(grugnito mal represso) IO: ma il connettore lo configuri una volta sola!
VBOFH: Ma no! E va ricompilato! E se ci sono problemi di sicurezza suņ connettore! E l'aggiornamento!

Interviene un CL presente nella stanza:

CL: ma che dici? il connettore lo configuri UNA volta sola!

E da li' in poi il connettore non saltera' piu' fuori. Meno uno. Passiamo al resto...

IO: ma se sperimento una funzionalita' di $micino piuttosto che di $dbserver poi non posso metterla in produzione perche' non e' pacchettizzata su $distribuzione?
BOFH: esatto.
VBOFH: 'satto.
IO: Ma scusate, se ho bisogno delle nuove servlet api...
BOFH: NO! SICUREZZA! MANUTENIBILITA'! PROTEZIONE! LAVORO!
VBOFH: NO! SICUREZZA! MANUTENIBILITA'! PROTEZIONE! LAVORO!
IO: e le api gieiespi'...
BOFH: NO! SICUREZZA! MANUTENIBILITA'! PROTEZIONE! LAVORO!
VBOFH: NO! SICUREZZA! MANUTENIBILITA'! PROTEZIONE! LAVORO!
IO: e le nuove funzionalita' di $dbserver...
BOFH: NO! SICUREZZA! MANUTENIBILITA'! PROTEZIONE! LAVORO!
VBOFH: NO! SICUREZZA! MANUTENIBILITA'! PROTEZIONE! LAVORO!
IO: volete un caffe'?
BOFH: NO! SICUREZZA! MANUTENIBILITA'! PROTEZIONE! LAVORO!
VBOFH: NO! SICUREZZA! MANUTENIBILITA'! PROTEZIONE! LAVORO!
IO: Vabbe', allora mi date in manutenzione la macchina A ME e me la smazzo io.
BOFH: NO! SICUREZZA! MANUTENIBILITA'! PROTEZIONE! LAVORO!
VBOFH: NO! SICUREZZA! MANUTENIBILITA'! PROTEZIONE! LAVORO!
IO: Vabbe', allora mi date in manutenzione la macchina A ME e me la smazzo io.
BOFH: ...?
VBOFH: ...?
IO: qualcosa non va?
BOFH, VBOFH: e allora qui che ci stiamo a fare noi?
IO: Scusatemi un attimo, ma mi state dicendo che finche' $distribuzione non pacchettizza il coltello di bronzo io devo stare a programmare con la pietra di selce?
BOFH: esatto. Ma tu puoi smaialare quanto vuoi, eh?
IO: grazie, come?
BOFH: Beh, hai la tua macchina per sperimentare che NOI amministriamo sulla quale fai quello che vuoi.
IO: ma se poi utilizzo una nuova funzionalita' non pacchettizzata nella $distribuzione?
BOFH: semplice, non va in produzione.
VBOFH: sicurezza, manutenibilita', protezione, lavoro...
IO: ah, per cui per non rimpiazzare tre cartelle di $micino e una versione di $dbserver IO mi devo stare a gestire due branch separati di $applicazione?
BOFH: niente va in produzione sui MIEI server che non sia pacchettizzato.
IO: ma... MANUTENIBILITA'! LAVORO! Notti insonni non pagate a perdere tempo!
BOFH: o usi le ultime versioni o vai in produzione. Anzi, usale pure: tolgo l'applicativo dalla produzione.
IO: Scusami, tu toglieresti un applicativo da 1000 - 1500 ticket all'anno, piu' tutti gli scarichi, i progetti, le commesse... perche' non ci sono i pacchetti?
BOFH: sicurezza, manutenibilita', protezione, lavoro...
VBOFH: compilare il connector...

ancora con 'sto connector?!?

Abbandono quindi la tenzone per sfinimento. Nulla da fare. Tra le altre cose $distribuzione pacchettizza: $micino piuttosto anzianotto in "stable" (versione 4, per la versione 5 non c'e' niente da fare. E non chiedetemi PERCHE' $distribuzione non cacchia neanche di striscio $micino 5 e $micino 5.5) $dbserver in versione vetusta in "stable" e versione semirecente in testing $java almeno un paio di release piu' indietro ...ecc ecc.

La morale? Non discutere coi sistemisti, perche' cio' conferma la legge di Murphy, in particolare:
- Non puoi vincere (avere le versioni recenti: niente da fare)
- non puoi pareggiare (mantenerti tu la macchina)
- non puoi nemmeno abbandonare (fare di testa tua).

In particolare vi invito a riflettere su questo fatto: Sono i sistemisti che devono mettere su le macchine con i requisiti che i programmatori richiedono (e li richiedono, a differenza dei CL di "davidiana" memoria, con chiarezza e precisione) o sono i programmatori che devono chiedere ai sistemisti CON COSA possono fare le loro applicazioni? Commenti graditi, a me sembra che qui qualcosa giri al contrario :-)

Vuoi il mio commento? eccolo!

Cinghiale Mannaro
28/12/2004


Copyright Il presente sito e' frutto del sudore della mia fronte (e delle mie dita), se siete interessati a ripubblicare uno degli articoli, documenti o qualunque altra cosa presente in questo sito per cortesia datemene comunicazione, cosi' il giorno che faccio delle aggiunte potro' avvisarvi e magari mandarvi il testo aggiornato.

Questo sito e' composto interamente con VIM

Questo sito non e' ottimizzato per la visione con nessun browser particolare, ne' per nessuna risoluzione particolare ne' impone l'uso di font particolari. Siate liberi di vederlo come vi pare e piace.
Web Interoperability Pleadge is this a valid html document?

Ultimo aggiornamento: 28/12/2004