Newsgroup: it.lavoro.informatica
Titolo: Un aiutino please

Spero di non essere OT.
Ho capito che la cosa che proprio non mi va giù del mio lavoro è che per il 
90% consiste nel fare debug / troubleshooting. Ovvero capire perchè qualche 
software (scritto da altri) non funziona come dovrebbe: esempio perchè su un 
browser un certo javascript non va, perchè su un db quella query non 
funziona, perchè quella ***** classe in quella libreria non si comporta come 
dovrebbe, ecc. Nelle mie uniche due esperienze di lavoro questa è l'attività 
che va per la maggiore. Il tempo impiegato a *realizzare* (ideare, 
progettare, costruire, migliorare) qualcosa concretamente è una percentuale 
infinitesima rispetto a quello utilizzato per tirare accidenti a cose che 
non funzionano. Inutile dire che questo tipo di attività per me è 
decisamente frustrante e stressante. Da quando ho iniziato a lavorare 
bestemmio come un turco, mentre prima ero un bravo ragazzo di chiesa :-))
Detto questo, quello che vorrei capire è se il problema è che ho scelto i 
posti di lavoro sbagliati o l'informatica è così ovunque, perché se fosse 
vera l'ultima ipotesi abbandonerei il settore immediatamente.
Che ne pensate? Grazie per le risposte 


IMHO l'esigenza di avere applicazioni stabili esiste quando ci sono in gioco
interessi economici non indifferenti (banche, assicurazioni, etc). Di qui il
bisogno di attivita' di testing e troubleshooting esaustive. Viceversa se si
lavora in start-up che progettano prodotti dal futuro incerto, viene data
piu'
importanza alla creativita' che ad attivita' di verifica di quanto fatto.
Francesco
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 Che ne pensate? Grazie per le risposte
E' norma e regola che il programmatore (o team) sia coadiuvato da un
tester (o team). Al primo spetta l'ovvio alpha-test, mentre il secondo
è responsabile del beta-testing pre rilascio.
Fare tutto da solo non è professionale.
--
Luc

 piu' importanza alla creativita' che ad attivita' di verifica di quanto fatto.
...ma nel momento in cui il futuro di uno di quei prodotti diventa 
certo, allora partono fasi di revisione, refactoring e maintenance da 
farti perdere la salute! ;-)
Ciao,
Giulio
-- 
OnAir:
http://www.giuliopetrucci.it
http://www.fujikomonamour.com

 Fare tutto da solo non è professionale.
E aggiungo: è sempre bene essere impegnati sui due fronti (es: fare il 
developer per un progetto ed il tester per un altro).


 dovrebbe: 
Forse dipende anche dalla anzianita ed esperienza. Quelli con maggiore
esperienza progettano e scrivono nuovi programmi, poi la risoluzione di
singoli e sporadici errori viene lasciata ai meno esperti. Non e
entusiasmante, ma e abbastanza logico.

 ipotesi abbandonerei il settore immediatamente. Che ne pensate? 
se non ricordo male tu sei quello che lavorava in .net e ha cambiato 
lavoro per andare su una tecnologia (j2ee) a te completamente 
sconosciuta. beh, se i tuoi obiettivi sono quelli che hai citato di 
sicuro devi raffinare la tecnica di selezione quando cambi lavoro, perchè 
così vai poco lontano. così come vai poco lontano se ti metti a dare la 
colpa al "sistema": se nella tua azienda attuale stai facendo 
troubleshooting su programmi fatti da altri, vorrà dire che ci saranno 
"altri" che questi programmi li fanno. o no? pensare "l'informatica è 
così ovunque" al di là che possa essere una considerazione dettata dallo 
scoramento è evidentemente negata dai fatti.
detto questo, aggiungo qualche considerazione tecnica. fare 
troubleshooting è in realtà un ottimo banco di prova su cui formarsi, 
oltre ad essere una attività importante nel ciclo di vita del software. 
prima di condannare il lavoro considera che, in questo momento, tu stai 
facendo dieci volte la fatica necessaria per la semplice ragione che non 
disponi ne della padronanza tecnologica e ne della padronanza sul 
prodotto. in questo momento tu dai la colpa alla mancanza di stimoli, ma 
considera che se tu (putacaso) venissi incaricato di altri compiti di 
sviluppo o progettazione le lacune te le porteresti dietro e quindi 
faresti la stessa identica fatica anche lì, con l'aggiunta dello stress 
per le eventuali responsabilità che non saresti all'altezza di 
assumerti.   
-- 
++ Fino all'anno scorso avevo un solo difetto. Ero presuntuoso.
http://unopuntozero.wordpress.com/
http://www.flickr.com/photos/marko_po/

 Che ne pensate? Grazie per le risposte
sara' mica che manca la documentazione ? :-)
scherzi a parte, progettare, ideare etc e' un mestiere da architect. lo
sai fare? se vuoi imparare, intanto leggiti:
http://www.amazon.com/exec/obidos/ASIN/0321127420
http://www.amazon.com/exec/obidos/ASIN/0201485672
http://www.amazon.com/exec/obidos/ASIN/0321213351
e vedi quanto puo' essere costruttivo indagare nel codice esistente.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 non saresti all'altezza di assumerti.   
Condivido al 100%.

 vera l'ultima ipotesi abbandonerei il settore immediatamente.
Oggi come oggi partono pochi progetti, perchè le aziende chiudono
invece di aprire e non ci sono rivoluzioni tecnologiche da qualche
anno, quindi lavorare su nuovi sviluppi non è molto frequente.
Poi c'è anche da considerare che tu potresti essere scartato a priori
nel caso di formazione di un team per un nuovo progetto, semplicemente
perchè sei considerato meno bravo, hai meno esperienza o meno
affidabile di altri.

 prodotto.
Beh certo, ma anche quando lo facevo su .NET, pur avendo la padronanza della 
tecnologia, era un lavoro piuttosto noioso e frustrante.

 developer per un progetto ed il tester per un altro).
Mmmm... E' come dire ad un arbitro di fare ogni tanto il guardalinee,
o viceversa... Lo può fare, certo, ma meglio essere "specializzati".
--
Luc

 posticci solo per far smettere lo stillicidio.
ma questo è un problema che riguarda l'ambiente di merda, non il tipo di 
lavoro.


 Che ne pensate? Grazie per le risposte
Io i primi lavori ho iniziato a farli nel 1996 quando ero ancora
studente universitario.
Qualcosa di diverso da quello che fai tu ho iniziato a farlo
nel 2005 e, ultimamente, dovrei fare "a tempo pieno" qualcosa
di simile a quello che dici tu, ma capita ancora
di "ispezionare" codice scritto da altri, anche se molto
piu' saltuariamente rispetto a prima .
In  ogni caso il 99% di quello che ho fatto e che vedo fare ad altri
e' del tipo che dici tu (mettere le mani su roba
fatta da altri, debuggare, ecc.)
Ciao,
Marco.


 moduli, dopodomani progettazione in affiancamento, ecc.
In un altro post Joe ci spiega chiaramente che in pratica nella sua
ditta tutti fanno quello che fa lui, più o meno, perchè il software
originale è fatto da altre ditte. Unico possibile commento: lasciate
ogni speranza voi che in cotal ditta timbrate lo badge! :-)


Direi che non ti resta che cercare (con calma ..)un 'altra software
house.. pero' stavolta invece che "sperare"
che ti facciano fare qualcosa di creativo e interessante, chiediglielo
ESPLICITAMENTE di che cosa
andrai a occuparti. Tra l'altro, se lo fai mostrando genuino interesse
e non spocchia, e' anche un modo per fare buona impressione. Se ti
rispondono in maniera vaga, lascia perdere.