Gli "Ospiti" della Sala Macchine |
Home Page | Comments | Articles | Faq | Documents | Search | Archive | Tales from the Machine Room | Contribute | Set language to:en it | Login/Register
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
le storie degli ospiti sono in ordine sparso, quindi 'precedente' e 'successiva' possono portare su storie di altri autori
Comments are added when and if I (or the story's author) has the time to check them and after removing junk, phishing and so on. So don't hold your breath. Besides, if your comment doesn't get posted, don't write me about it. Evidently it wasn't worth it.
renato gallo By renato gallo posted 06/06/2008 16:46
in generale, non e' un problema installare diverse versioni della stessa cosa finche' si tengono i file con lo stesso nome separati e si usano porte diverse (eventualmente). Indipendentemente dalla distribuzione
mpitt By mpitt posted 06/11/2008 16:28
Qualcosa gira al contrario... By Sebb posted 01/02/2009 23:24
-- Sebb
$micino e versioni diverse By Eugenio Dorigati posted 22/05/2009 17:46
-- "Unix IS user friendly. It's just selective about who its friend are"
This site is made by me with blood, sweat and gunpowder, if you want to republish or redistribute any part of it, please drop me (or the author of the article if is not me) a mail.
This site was composed with VIM, now is composed with VIM and the (in)famous CMS FdT.
This site isn't optimized for vision with any specific browser, nor
it requires special fonts or resolution.
You're free to see it as you wish.