Newsgroup: it.lavoro.informatica
Titolo: mappe e maschere

come mai gli utenti 50enni degli applicativi chiamano le maschere della GUI 
"mappe"  anzichč maschere o form?
 
ciao 
 
 

 "mappe"  anzichè maschere o form?
 
Primo: perchè siamo in Italia, e form è una inutile parola. Secondo,
perchè le pagine video dei terminali mainframe erano chiamate nei
manuali IBM  simili proprio "map" tradotto in mappa. Maschera si usa
invece dal 7 gennaio al 28/29 febbraio.... :-))

 ciao
 
Io ho sentito anche "mappate". :-)


Confermo.
Io lavoro (anche) su mainframe IBM e uso, sviluppo e mantengo le
"maps" chiamate dai programmi.
La traduzione italiana e' "mappe" e quindi tutti le chiamano "mappe".
 
--
FabMind

 La traduzione italiana e' "mappe" e quindi tutti le chiamano "mappe".
 
cics questo sconosciuto :)

<manuali IBM  simili proprio "map" tradotto in mappa. Maschera si usa
<invece dal 7 gennaio al 28/29 febbraio.... :-))
 
e le maschere di access?
non le hai mai sentite?
 
 
 

 "mappe"  anzichè maschere o form?
 
perché per loro il video si divideva in righe e colonne e non in pixel
come oggi, ce ne erano poche a dire il vero ma a quei pionieri
sembravano tante tante e non c'erano ad esempio le textbox, c'era solo
la possibilità di disegnare qualche scritta e lasciare qualche buco
vuoto dove l'utente poteva scrivere però era difficile difficile
sapere dove leggere il dato tot colonna, tot riga per x caratteri...
si insomma a te pare facile, ma loro si perdevano spesso e per
ritrovarsi avevano questi file maggicci che chiamarono Mappe.
 
Te ti devi immaginare l'arcaico IT con il camice bianco che arrivava e
diceva : ho disegnato questa nuova mappa per l'inserimento dei
bonifici (cioè un file di 200 righe) e per tutto questo po' po' di
lavoro si prendeva anche un signor assegno !
 
Con l'evoluzione dell'IT però le cose sono cambiate, e l'arcaico IT ha
dismesso il camice da salumiere ed è passato a fare analisi tenendosi
ben stretto il knowhow di quei programmi indecifrabili. Come bonus ha
ricevuto la modalità "Voi ggiovani che ne volete sapere"
 
 
http://goo.gl/5WHaA
 
 


carina e divertente anche se distorce di molto la realtà di chi lavora 
sui mainframe e con i linguaggi procedurali, indipendentemente sia il 
50/55 enne che chi come me lo ha fatto all'età 20/27 anni (pochi anni fa)
 
il giovine di oggi (rigorosamente OOP) è abituato a lavorare in ambienti 
precotti, dove a parte scrivere poco codice, altro non si fa.
parlo di ambienti (Sistemi o application server) parlo di dbms (oramai 
pochi conosco a FONDO l'SQL (la teoria degli insiemi), le 10 regole, le 
join o outer join multiple, le subselect multiple, ecc. vanno quasi 
tutti di tool grafici o ORM (che si facilità, ma dove non arriva l'ORM 
(e ti posso garantire che non arriva lontano), aime, non arriva neanche 
il giovine (che immancabilemte crea dei mostri)
il linguaggio poi si basa soprattutto non nello scrivere codice, ma 
incastrare pezzi di framework, gia belli e pronti.
il giovine non si occupa della UI, li ci sono i ueb-designer, o la UE li 
oramai in alcuni posti ci sono i sociologhi/psicologi :)
il vecchio salumiere invece, si scriveva il proprio ambiente (dalle JCL, 
al configurare l'ambiente dove avrebbe girato il salume)
i framework non esistevano, tutt'alpiù qualche funzione di sistema, e li 
quello che oggi fai con una classe che estente o richiama un pezzo di 
framework, te lo dovevi scrivere tutto OGNI volta.
Oggi il giovine arriva in un ambiente dove il know-How esiste 
(parafrasando la ferrovia gia esiste si deve solo fare le stazioni nuove 
o rifare le vecchie) il salumiere era invece un pioniere, (scavava e 
bucava le montagne, posava le travi e i legni per costruire la ferrovia, 
e pure le stazioni)
e si quel detto "Voi ggiovani che ne volete sapere", molto spesso è 
meritato.
 
PS non sono il salumiere, sono stato il ggiovine che ha lavorato con il 
salumiere.
 
 
Ciao


ops , ho visto il link dopo :)
 

 ciao
 
un vero dramma!
e non è la sola cosa!!!
pensa che chiamano tabulati i report!
 
 

 ha scritto nel messaggio 
news:4f53...@news.x-privat.org...

e campi le colonne delle tabelle...:-)
 
ciao
fm 
 
 

 e campi le colonne delle tabelle...:-)
 
E pensa te, se non usi una tabella relazionale la colonna non esiste,
esiste il campo.
O qualche ggiovine pensa che esistano solo i db relazionali? :-))
Magari il ggiovine sta pensando alla grande e modernissima trovata dei
no-SQL. Ed io me la rido, pensando che 25 anni fa esistevano già i
Vsam :-))
 

 join o outer join multiple, le subselect multiple, ecc. vanno quasi
 
Il mondo dei programmatori (gestionali) si divide in due : quelli che
conosco bene l'SQL e quelli che cercano lavoro... :-)


Alan Rodger, Senior Research Analyst di *Butler Group*, ha condotto uno 
studio (su un campione di 2.397 maggiorenni americani) che mette in luce 
il contributo che il Cobol continua a fornire supportando molte delle 
attività che svolgiamo quotidianamente.
Telefoni cellulari, carte di credito, bancomat, viaggi in treno e altro 
ancora: il Cobol è il linguaggio di programmazione sul quale si basano 
le applicazioni che gestiscono tutte queste tipologie di transazione; 
come era logico apettarsi, il 77% degli intervistati si è detto 
completamente inconsapevole al riguardo (da un analogo sondaggio 
condotto nel Regno Unito da parte di *YouGov* è emerso che in questa 
nazione gli utenti interagiscono con il Cobol ben 10 volte al giorno, ma 
solo il 18% ne sentito parlare).
Secondo le stime Butler, il 60-80% delle imprese mondiali basa tutt'oggi 
le proprie attività di business su questo linguaggio. Alcuni semplici 
dati per comprenderne la portata:
1) Sono più di 200 miliardi le linee di Cobol attive e funzionanti a 
livello mondiale, in qualsiasi settore, per un totale di oltre 30 
miliardi di transazioni gestite su base quotidiana, molte delle quali 
hanno una conseguenza diretta sulla nostra vita personale.
2) Il 75% dei dati aziendali mondiali viene gestito in linguaggio Cobol.
3) Il 90% delle transazioni finanziarie globali viene eseguito in codice 
Cobol.
4) Il numero di sviluppatori che a livello mondiale opera con questo 
codice ammonta a 1,5/2 milioni di individui.
5) Ogni anno vengono aggiunte ai sistemi di produzione circa 5 miliardi 
di nuove linee di codice Cobol.
 
....
 
Per semplificare, se i sistemi Cobol hanno la capacità di continuare a 
eseguire task business-critical in maniera efficiente e affidabile, non 
vi è ragione - si legge nell'analisi di Rodger - per cui non dovrebbero 
proseguire su questa strada anche per i prossimi 50 anni.
 
....
*Il successo del Cobol? La sua capacità di modernizzarsi*
Perché, nonostante gli ultimi 30 anni siano stati disseminati di 
continue previsioni circa l'imminente scomparsa del Cobol, questo 
linguaggio ha continuato ad affermarsi e proliferare? La prima risposta 
è la semplicità, sottolinea Rodger nel suo report. Sin dalla sua 
nascita, il Cobol si è posto come standard comune per i programmatori 
basato sull'utilizzo di un inglese semplice e comprensibile, 
semplificando la stesura di codice da parte di sviluppatori e aziende.
La seconda risposta è la versatilità: le applicazioni inizialmente 
sviluppate per girare sui mainframe Ibm System 700 possono essere 
predisposte per migrare verso piattaforme Soa, per integrarsi con nuovi 
sistemi legati al web 2.0 (sviluppando, per esempio, anche web 
services), e arrivare anche ad integrarsi ed evolversi su piattaforme di 
cloud computing (Amazon o Microsoft).
Le due principali caratteristiche del Cobol, semplicità e versatilità, 
ne fanno anche una tecnologia che consente di contenere i costi.
 
 
http://www.zerounoweb.it/index2.php?option=com_content&do_pdf=1&id=4788
 
 
http://programmazione.it/index.php?entity=eitem&idItem=48095
 

 dati per comprenderne la portata:
 
Ed in Italia come siamo messi?

 conosco bene l'SQL e quelli che cercano lavoro... :-)
 
e pensare che all'inizio SQL , database, ecc ecc  nemmeno mi piacevano :-) 
mai avrei pensato (all'epoca) che sarebbero diventati cosi' importanti nel 
mio CV e nel mio lavoro.
 
Andrea
 
 

 :-) 
 
mentre ora immagino te li fai piacere... :P
 
 


non lo so , non ci sono dati, ma penso molto peggio, qunati papa' 
conosci o hai conuscito che ciavevano il figliolo che ha fatto il suo 
PRIMO PROGRAMMA a 12 anni col commodore 64? PENSO CHE SIAMO MESSI PEGGIO 
MOLTO PEGGIO!

 MOLTO PEGGIO!
 
Aò mica è colpa mia se quando è uscito lo Spectrum qua ne avevo già 17!
 
(il commodore 64 si fotte)
 

 mentre ora immagino te li fai piacere... :P
 
:-)
 
no dai, e' una cosa molto interessante da fare. Io sono sempre stato un 
appassionato di programmazione (fin da ragazzino); ora non programmo quasi 
piu', mi e' rimasto da fare solo un po' di VBA (quando capita) , lavorare 
con SQL e la BI (tra i lavori che faccio)  e' la cosa che piu' assomiglia 
alla programmazione.
Dico sul serio, a me piace il mio lavoro :-)
 
Andrea
 
 
 

 (il commodore 64 si fotte)
 
Prrrrrrrrr !!!  Commodore 64 per tutta la vita :-)
 
 

 Dico sul serio, a me piace il mio lavoro :-)
 
Si, si concordo :  la programmazione in SQL è una delle cose che mi
diverte ancora.