Newsgroup: it.lavoro.informatica
Titolo: Che bello fare un rilascio...

...in extremis il venerdì sera!!! :-(
vojooo andare a casa!!! :-( :-( :-( :-( :-(
ps
se non passa la fase di test neanche stavolta scappo dalla finestra del 
bagno!!!
-- 
http://www.evilripper.net
http://www.flickr.com/photos/evilripper/

 vojooo andare a casa!!! :-( :-( :-( :-( :-(
e beh?

 bagno!!!
... com'č finita?
d.
-- 
________________________________
Dan (33, MI)
33 years uninterrupted breathing
________________________________

 ... com'è finita?
alle 22 io ho finito son rimasti altri 2 fino alle 23 credo!!!!
Odio i rilasci!

 cattivo gusto di lamentarsi)...
tu non accetterai
tu non farai
tu non ti sottometterai
ok
ma in definitiva, che lavoro fai?


 ma in definitiva, che lavoro fai?
eh l'hai fatta la tua. ora ti attacca il pippone.

 
<francesismo>
hai rotto  il cazzo
</francesismo>
se tutti concepissimo lavoro e famiglia come te il genere umano non 
sarebbe arrivato all'età del bronzo..
hai un atteggiamento parassitario, te ne rendi conto?
S.

 successivo.
praticamente come certi dipendenti pubblici..
S.

 e rilassati il lunedì mattina successivo combinavano di più e prima.
Se poi il cliente cambiava fornitore in seguito alla mancata promessa?
Ah lunedì sarebbero stati freschi, martedì ancora di più perché senza lavoro!
Con questo non dico assolutamente che il cliente abbia sempre ragione 
(anzi), ma se non conosci bene la situazione è azzardato fare considerazioni 
e dare giudizi come i tuoi.
good night :)
Gabriele

 praticamente come certi dipendenti pubblici..
OK. Pero' l mia esperienza dice che quasi sempre e' inutile incaponirsi
su qualcosa che non va a oltranza. Meglio riposare e poi risolvere.
-- 
Ciao!
Luca

 vojooo andare a casa!!! :-( :-( :-( :-( :-(
Vedo che č un vizio comune eh!!! :P

 caso di problemi.
talvolta ho come l'impressione che tu viva nel paese delle meraviglie
cia'


 cattivo gusto di lamentarsi)...
mi lamentavo solo del fatto che i rilasci non si possono fare di 
venerdi' sera! :-D Per me questo e' un aspetto negativo del nostro 
mestiere! tieni conto che i rilasci si fanno il minor numero di volte 
possibile tipo 1 ogni 1 o 2 mesi...
cmq tutti i lavori non hanno aspetti positivi e altri negativi, e' ovvio 
che se vai in strutture piu' grandi delle piccole medie aziende 
situazioni di questo tipo non esistono, o almeno credo al massimo io ho 
lavorato in aziende con 50/60 persone.
ciao

 2) non voglio lasciare in merda il mio collega, 
questo tipo di solidarietà, difficilmente troverà terreno fertile in mr.
no-straordinari. ti dirà che sono cazzi del tuo collega, che evidentemente
non si è organizzato bene
:-)


 considerazioni e dare giudizi come i tuoi.
Il punto e' qui, se a un cliente gli prometti un rilascio che implica 
delle modifiche urgenti(per migliorare alcune procedure che rallentavano 
il loro lavoro), occorre farlo specialmente se il cliente e' 
grosso,oltretutto dietro ci saranno le solite logiche commerciali, alla 
fine e' sempre colpa loro!:-( :-(
Fosse stato per me, avrei posticipato il rilascio per la settimana 
prossima.
A me piacerebbe avere una azienda(ma a tutti credo) tipo la blizzard che 
ha posticipato 1000 volte starcraft 2 e si puo' permettere di far uscire 
un prodotto quando e' pronto.
A proposito starcraft2, quando caxxo ESCE??!! :-D
cya

 rilassati il lunedì mattina successivo combinavano di più e prima.
magari il commerciale avrebbe avuto l'ingrato compito di comunicare a 
loro che il cliente li aveva sfanculati e non era più necessario 
presentarsi lunedì se non a ritirare la lettera di licenziamento.

 non si � organizzato bene
Mah. In realt� � un problema frequente, almeno in altri ambiti e in base
alla mia esperienza: in molti posti dove ho lavorato si faceva leva
sulla "professionalit�" o sulla amicizia, rispetto ecc. tra colleghi per
fare che lavorassero oltre il giusto, in modo che facessero di tutto per
non lasciare merda a quelli del turno dopo (lavorando quindi di pi�,
meglio o pi� in fretta) il tutto ovviamente in contesti con personale
sotto il minimo necessario per far andare avanti la baracca. Insomma,
qualcuno ci marcia anche su queste cose, per cui non � che Osid abbia
(sempre) tutti i torti.
-- 
MySQL and PHP are popular not because of their quality, but despite it.

 ...in extremis il venerdì sera!!! :-(
Io pure, ma ho finito alle 6:50 PM.
BTW, mea culpa non aver finito alle 5:30 PM, alla prima ho dimenticato
un passaggio manuale (copiare alcuni file in una determinata directory
prima di creare il setup) che nel main trunk ho automatizzato proprio
per evitare questa classe di errori.
BTW, molto ma molto meglio della volta precedente (che tra l'altro era
un rilascio molto più vasto, quello di venerdì era giusto un
cumulative update), quando effettivamente ho tirato i remi in barca
alle 9 PM. C'è da dire che capita raramente finire così tardi, una o
due volte all'anno, e quando capita ci attiviamo per fare in modo che
non capiti più per la stessa ragione (materialmente cerchiamo di
automatizzare il più possibile, tra l'altro nell'ottica di
incrementare la qualità del processo, non solo di andare a casa o al
pub prima ;)).
--
ale
http://ale.riolo.co.uk

 (sempre) tutti i torti.
l'errore usuale del nostro eroe è quello di incasellare il mondo a suon di
personali regole. invece, come tu stesso dici, ci sono situazioni e
situazioni, difficilmente giudicabili a priori e su cui difficilmente a
priori si può dire "io non lo farei mai".
cia'


 caso di problemi.
E se per una volta si sono mangiati il margine che avevano, per causa di 
problemi (tenendo in conto i quali si era appunto pensato il margine)?
-- 
Vide


ciao,
Gabriele

 E' malata un'azienda che se perde un cliente deve chiudere...
guarda che non importa chiudere. perdere una commessa importante può 
voler dire avere validi motivi per ridimensionare l'organico e mandare a 
casa chi ci lavorava. 

 Io lavoro proprio con queste modalità :) 
si, ma dicci anche quanto ti rende lavorare "con queste modalità" (cioè 
diciamolo, a non fare un cazzo). non sei tu quello che non mangia per non 
cacare? per come la penso io, per la vita di merda che fai tutta sulle 
spalle dei genitori, lavori anche troppo: stando sul divano a grattarti 
la panza tutto il giorno otterresti lo stesso risultato.

 giornate di lavoro. C'è poco da dire.
ma che ne sai? immagino che la risponsta sarà "a volte sì, a volte no". a
volte sei da un cliente e ti accorgi che ti basta riscrivere una routine di
10 righe per risolvere un problema, a volte ti accorgi che devi lavorare
altri 3 giorni. che senso ha dare 'ste regole assolute del "c'è poco da
dire"?


 
per il poco che ho visto io... quando le aziende fanno cosï¿œ durano poi 
ben poco...

 Ma ci� non toglie che si possa su alcuni punti dire di no.
Nell'azienda precedente questa cosa accadeva spesso, i primi tempimagari 
cercavo quasi sempre di fare il possibile, questa cosa era diventata la 
regola e alla fine facevo le mie 8 ore e amen.
Alcuni colleghi non sono certo felici che te fai solo 8 ore e loro ne 
fanno 11/12 al giorno e si deteriora un po' tutto quanto... e non e' bello!
la soluzione non e' difficile, basta cambiare!  :-D
In questa azienda e' la prima* volta che mi e' successo di rimanere 
cosi' tardi in quasi in un anno(di solito finisco sempre in anticipo di 
1 gg anche perche' mi danno le robe da fare col contagocce) e cmq  sarei 
potuto anche andare via senza finire le mie modifiche, siamo un un paese 
libero(?) non siamo mica degli schiavi...
in quel caso mi sembrava piu' giusto/ragionevole(?) rimanere... anche 
perche' le mie modifiche le avrebbero dovute finire e correggere loro 
cosi' magari stavano fino alle 3 notte, visto che ci avrebbero messo il 
doppio del tempo.
Al mio collega questa cosa gli e' successa 2 o 3 volte ma anche lui il 
tempo lo ha per fare le modifiche e infatti mica rimango ad aiutarlo... 
anche se glielo chiedo non vorrebbe!
Poi se chiedesse aiuto ogni tanto certo che rimarrei ad aiutarlo se non 
ci si aiuta tra di noi cazzarola(sempre nei limiti che l'azienda non ci 
deve marciare su ste cose etc...)!
cya



Occhio pero' che mettersi a rilasciare di Venerdì è in effetti da 
imbecilli, proprio per questi motivi.
Io direi che se è necessario si puo' stare, ma se si prendono decisioni 
a cazzo mica ci si puo' rivalere sul dipendente o magari fare 
addirittura affidamento sul suo buon senso.
Che rilascino il mercoledì come i cristiani, e magari addirittura 
quando il rilascio è pronto.
  ngw
-- 
Nicholas Wieland (ngw)
Zooppa CTO
911 Western Avenue, Suite 420
Seattle, WA  98104  US

 e tutto mi fa pensare che sia prassi dove lavora.
ecco cosa intendo quando dico che parli ad minchiam :-)
se non erro 7 minuti prima del tuo post, l'OP ha detto che è la prima volta
che gli capita in un anno.
cia'


 
c'é poco da dire nel senso che non lo scopri il venerdi sera in fase di 
rilascio che c'é un problema che richiede altri 3 gg!!

 limiti che non applichi in altri ambiti della vita.
si certo pero' bisogna trovare un compromesso, un'azienda e' composta da 
persone che per forza di cose devono collaborare fra loro gran parte del 
tempo e a volte occorre non essere sempre egoisti e pensare solamente a 
se stessi, naturalmente stando sempre attenti a non prendersi il 
cetriolo in ql posto!
Se tutte le persone se ne sbattessero il caxxo degli altri, pensassero a 
pararsi il culo e a fare i propri comodi penso che l'azienda 
diventerebbe un ambiente malsano!:-D

 collaborato che facevano così hanno poi chiuso o sono state assorbite.
e mi permetto di dire: solitamente sono aziende che non hanno un 
prodotto loro, che non hanno investito negli anni in qualche teconologia 
particolare, ma hanno al bisogno gente che sviluppa in linguaggi che non 
conoscono. é chiaro che si finisce poi nella merd@.

 rilascio che c'é un problema che richiede altri 3 gg!!
Può esserci un problema che scopri il mercoledì quando dovevi fare il 
rilascio e non rioesci a risolvere fino a venerdì sera. Può capitare, shit 
happens.
-- 
Vide

Vide ha scritto:

il problema sta a monte però, non il mercoledi sera.
eccheccazzo, nella professione "del tutto gestito, tutto calcolato, 
tutto pensato prima" non mi venite a dire "oh shit, c'é un problema che 
a risolverlo mi prende 3gg e io domani devo fare il rilascio..."
NON ESISTEEEEEEEEE, ve lo volete mettere in capoccia???
c'é stato un problema prima: qlc non ci ha pensato prima, non si é 
analizzato a fondo il problema, qlc non ha calcolato bene le 
tempistiche, qlc ha perso tempo nello svilupppo del codice. punto e basta.

 che a TI prima di essere licenziato in tronco ne devi fare...
veramente la perdita di una commessa significativa può creare i 
presupposti per autorizzare una azienda medio/piccola a ridurre il 
personale. poi magari possono tenerti qualche mese in mobilità, se la 
cosa ti accontenta.

 (lavorativo) successivo.
Si vede che il tuo sw serve a contare i fagioli dentro una bottiglia di
vetro. Ti vorrei vedere a spegnere il pc quando il tuo sw serve a situazioni
operative. Chesso', il tabellone delle partenze a Fiumicino o Linate che non
riporta correttamente gli orari e alle 5 di mattina iniziano i voli. Tu
giustamente te ne vai e sticazzi che due aeroporti cosi si fermano.
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

Il signor Lebowsky wrote:

Ovviamente. 
Però questo non significa che il problema non si debba risolvere *lo 
stesso*.
Se poi per ogni rilascio questa è la regola, allora bisogna affrontare 
radicalmente il problema, ma è un altro paio di maniche.
-- 
Vide

 reperibilit�.
Certo, poi perdi alti 30 minuti solo per cercare di fargli capire cosa e'
che non va nella configurazione. Nel pieno marasma, con i minuti contati tu
ne spenderesti ulteriori per passare le informazioni sperando che quello in
turno abbia le stesse competenze etc. Guarda che quello che dici tu è
riferibile a casi tipo riparazione di tubi, saldature insomma in ambienti
dove le procedure sono altamente standardizzata ed e' per niente applicabile
in casi di applicativi informatici dove basta una virgola per mandare tutto
all'aria.



Non per fare polemica ma...qualcuno ha idea di quante volte e in
quante salse questo dibattito interminabile è venuto fuori su questo
NG?  Manca solo l'esempio del caso dell'amico idraulico/spazzino/
venditore...o forse è in qualche sottothread

 bagno!!!
Beh, puoi sempre fare come si fa nella mia azienda: rilasci i programmi 
senza test. :-) 

 non lavorativo o al termine della giornata di lavoro.
Se mi permetti una piccola critica, tu hai troppo una visione 'bianco o
nero'.
Il mondo lavorativo ha mille sfaccettature, e chi fa servizi, noi
compresi, dobbiamo adeguarci o cambiare mestiere.
Sono d'accordo con te quando affermi che il lavoro in continua
emergenze è un male: significa gestione errata, sia dei progetti che
del personale, significa non sapere parlare con il cliente, significa,
in ultima analisi, ottenere prodotti non buoni.
Tuttavia, vi sono situazioni in cui la pianificazione vicino al week
end è necessaria. Altri te ne hanno già parlato, io ti accenno a un
caso che mi è capitato anni addietro.
Un grosso cliente, all'epoca, ha dovuto sostituire il software delle
casse. Si trattava di una sessantina di punti vendita in giro per il
Veneto e per il Friuli, e la sostituzione avrebbe portato a un sistema
che faceva in modo che le casse non solo parlassero con il sistema
centrale locale, ma anche con quello della casa madre.
Una cosa del genere non era nemmeno pensabile in orario di negozio; la
sostituzione è stata pianificata un sabato, sabato in cui i negozi sono
rimasti chiusi, in modo che si potesse testare bene il sistema prima
della riapertura del lunedi, avendo due giorni di tempo per le
opportune verifiche.
In questo caso, il rilascio in questo modo è stato assolutamente
pianificato - e, va detto, in effetti qualche problema c'è stato ma,
tutto sommato, poca roba.
-- 
Ciao!
Luca

Joe ha scritto:

ho sentito: "rilasciamo un jar vuoto, l'importante é che ci sia il file..."

 file..."
di sicuro però questa non è una decisione presa da un commerciale.