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
01/02/2009 19:20
Precedente elenco Successivo
le storie degli ospiti sono in ordine sparso, quindi 'precedente' e 'successiva' possono portare su storie di altri autori
