Newsgroup: it.lavoro.informatica
Titolo: previsione per il futuro di....

Cobol, Cics, DB2.
io ho cominciato con l'anno 2000 (dove assumevano cani, porci e filosofi
 - non prendetela male, è una battuta che facevamo ad un mio ex-collega
che con l'informatica non c'entrava niente - )
e ho resistito alla depressione post 'adeguamento euro' continuando a 
sviluppare in Cobol. 
la domanda che vi pongo è :
per quanto tempo ancora si programmerà in cobol??
ci sarà futuro per questo linguaggio, oppure è meglio prendere
altre strade??
grazie

 altre strade??
Lunga e diritta correva la strada... CICS DB2 e compagnia bella
e' tecnologia dove gira roba critica, non penso che dall'oggi al
domani decidano di migrare tutto su Linux. Secondo me ce la
fai ad arrivare alla pensione, sempre che non ti stufi prima...
Francesco
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 altre strade??
Secondo me studiare cose nuove e' parte integrante e irrinunciabile del
nostro lavoro, la mia idea e' che chi smette di dedicare almeno un po' del
suo tempo allo studio smette automaticamente di "fare l'informatico".
Questo per dire che la mia opinione e' che valga sempre e cmq la pena di
indagare altre strade.
-- 
ciao
real
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 indagare altre strade.
Concordo con il principio, ma se questo vuol dire studiarsi l'ultimo
linguaggio alla moda per poi magari fare le stesse cose che facevo prima,
allora dico: lunga vita al Cobol.
Per quanto riguarda la programmazione, ritengo che l'abilità di un
programmatore riesce ad esprimersi solo quando questo ha acquisito una
esperienza tale da conoscere ottimamente gli strumenti di sviluppo.
Geni a parte, ovviamente.
Sarà l'età, ma penso sia più produttivo studiare ciò che serve quando
serve piuttosto che spendere il proprio tempo a caso...
Mah!
-- 


 
concordo appieno. non si puo certo vivere di rendita su un linguaggio 
imparato..seppure alla perfezione.
ciao

 serve piuttosto che spendere il proprio tempo a caso...
certo. l'amico forse intendeva proprio questo.
tenersi sempre un minimo aggiornati e saper imparare se serve...in ogni 
momento
ciao

 certo. l'amico forse intendeva proprio questo.
vorrei citare anche il "Codice etico di pratica professionale e dello
sviluppo software"
http://www.analisi-disegno.com/etica/CodiceEticoSviluppoSw.htm
nella versione breve elenca 8 principi, l'ottavo e' appunto: "8. Se
stessi. Gli sviluppatori software devono, per tutta la durata della loro
attività lavorativa, continuare la propria formazione sulla pratica della
professione, e devono promuovere un approccio etico ad essa."
vorrei sentire anche un vostro parere su questo documento in generale.
-- 
ciao
real


 
http://www.analisi-disegno.com/etica/CodiceEticoSviluppoSw.htm
sembra parzialmente copiato dalle 3 leggi della robotica di Asimov.

 vorrei sentire anche un vostro parere su questo documento in generale.
Mi sono limitato alla versione breve perchè non sono riuscito a proseguire.
Mi sembra un po' esagerato il tuo codice etico.
L'informatica può essere una professione e una passione finchè dura.
Ma farla diventare una religione mi sembra troppo.
Mah!
-- 


 vorrei sentire anche un vostro parere su questo documento in generale.
Principi genericissimi (e nemmeno troppo approfonditi), al punto che sono
applicabili a tutte le professioni.
Comunque aggiungerei il 9. Tutti gli sviluppatori devono praticare tariffe
adeguate in modo da non distruggere il mercato e consentire ai loro
colleghi di poter avere una vita normale e non di stenti.
-- 


 colleghi di poter avere una vita normale e non di stenti.
Oppsss... esiste sotto il principio del management.
07. Offrire una onesta e giusta remunerazione.
Si, si, sono sicuro che da domani le body-rental lo applicheranno come
dogma e restituiranno tutto quello che e' stato ingiustamente detratto a
tutti gli onesti lavoratori.


 
http://www.analisi-disegno.com/etica/CodiceEticoSviluppoSw.htm
RONF! :) 
-- 
______________________________________
Luc (31, CO, VC++ Programmer)
Editorial Systems Software development
______________________________________

 Mah!
ti sei limitato un po' troppo forse ... se leggevi in fondo, non dico
tutto ma almeno solo in fondo per vedere chi era l'autore del documento
avresti visto che e':
"Traduzione italiana ufficiale (Adriano Comai e Anna Pegna, 2001), del
Software Engineering Code of Ethics and Professional Practice, approvato
dall'ACM e dalla IEEE Computer Society nel 1999.
Il Codice è stato definito dal comitato congiunto di IEEE-CS e ACM su
Software Engineering Ethics and Professional Practices (SEEPP)."
p.s. non sono Adriano Comai ne' Anna Pegna, questo a parziale difesa di
queste brave persone che rischiano di essere scambiate per me ;)
-- 
ciao
real


 queste brave persone che rischiano di essere scambiate per me ;)
In questo gruppo ci sono alcuni che soffrono del complesso di inferiorità
da informatico. Per questo vedo spesso atteggiamenti del tipo io sono il
più fico il resto è tutta cacca.
Ciao, Antonio.
-- 


 queste brave persone che rischiano di essere scambiate per me ;)
Chiedo venia per l'attribuzione indebita, ma leggendo certe (a mio umile
parere) stupidaggini non avevo voglia di vedere chi le ha partorite.
Mi permetto di darti una versione scherzosa delle regole:
1 Lavora per portare a casa la pagnotta
2 Fai solo quello per cui sono disposti a pagarti
3 Impara bene il punto 2
4 Non dire boiate se non ci sei costretto
5 Non farti spremere come un limone
6 Impara bene il punto 5
7 Attento al sederino che ne hai uno solo
8 Capisci alla svelta cosa ti serve e non perdere troppo tempo su cose che
diventano vecchie prima che tu le abbia digerite
Mah!
-- 


 diventano vecchie prima che tu le abbia digerite
che quando devono essere applicate sul campo (specie la 2, 5 e 7) denotano
un pessimo datore di lavoro ... meglio perderlo per strada che ritrovarselo
davanti tutti i giorni.
Mah ...
Jarod