Gli "Ospiti" della Sala Macchine


Home Page | Commenti | Articoli | Faq | Documenti | Ricerca | Archivio | Storie dalla Sala Macchine | Contribuire | Imposta lingua: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

Precedente elenco Successivo

le storie degli ospiti sono in ordine sparso, quindi 'precedente' e 'successiva' possono portare su storie di altri autori

I commenti sono aggiunti quando e soprattutto se ho il tempo di guardarli (io o l'autore della storia) e dopo aver eliminato le cagate, spam, tentativi di phishing et similia. Quindi non trattenete il respiro.

In aggiunta: se il vostro commento non viene pubblicato non scrivetemi al riguardo, evidentemente non era degno di pubblicazione.

4 messaggi this document does not accept new posts

renato gallo

renato gallo Di renato gallo postato il 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 Di mpitt postato il 06/11/2008 16:28

in realtà quelle sarebbero leggi della termodinamica

Sebb

Qualcosa gira al contrario... Di Sebb postato il 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 Di Eugenio Dorigati postato il 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"


Precedente elenco Successivo


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 (o all'autore dell'articolo se non sono io), cosi' il giorno che faccio delle aggiunte potro' avvisarvi e magari mandarvi il testo aggiornato.


Questo sito era composto con VIM, ora e' composto con VIM ed il famosissimo CMS FdT.

Questo sito non e' ottimizzato per la visione con nessun browser particolare, ne' richiede l'uso di font particolari o risoluzioni speciali. Siete liberi di vederlo come vi pare e piace, o come disse qualcuno: "Finalmente uno dei POCHI siti che ancora funzionano con IE5 dentro Windows 3.1".

Web Interoperability Pleadge Support This Project
Powered By Gojira