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


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

Previous elenco Next

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.

4 messages this document does not accept new posts

renato gallo

renato gallo By renato gallo posted 06/06/2008 16:46

ci sono distribuzioni che permettono di installare pi¨ versioni della stessa cosa senza incasinare nulla (ad es gentoo). ovvio che per˛ concordo pienamente con la questione del rapporto controllo/responsabilitÓ....


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

mpitt By mpitt posted 06/11/2008 16:28

in realtÓ quelle sarebbero leggi della termodinamica

Sebb

Qualcosa gira al contrario... By Sebb posted 01/02/2009 23:24

Infatti e' un paradosso. E' la regola del 'malato porta in spalle il sano'.
:-)

-- Sebb


Eugenio Dorigati

$micino e versioni diverse By Eugenio Dorigati posted 22/05/2009 17:46

...mi è successa la stessa cosa, io che sviluppo la web app con $micino 6 e java 6 e server di test e quello di produzione su cui gira $micino 5.5 e java 5...ovviamente sono stato informato della cosa quando si cercava di buttare il war sul server di test.

-- "Unix IS user friendly. It's just selective about who its friend are"


Previous tales' list Next


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.

Web Interoperability Pleadge Support This Project
Powered By Gojira