Olimpo Informatico

[bstucc]

Maxx, e a chi si dovrebbe pensare? A una macchina perfetta, senza utenti, ma solo con un Sistema Operativo Perfetto, sempre pensante a sé stesso? Capisco che sarebbe l'ideale per i sistemisti, che non avrebbero a che fare con quei rompicoglioni di utenti che hanno la pretesa di avere un sistema che funzioni ANCHE per loro. Attenti sistemisti, senza utenti siete inutili come una scala a pioli in barca a vela. Capite perché gli ignobili utenti si rivolgono sempre di più all'outsourcing?

[spacexplorer]

Stai confondendo un po' i ruoli, ad esempio i programmatori non di sistema,
ovvero la stragrande maggioranza dei programmatori e scribacchia codice
esitenti sono UTENTI dell'OS. Per esempio se vuoi scrivere un'applicazione
per lo scambio di files ti fa comodo avere una libreria pronta che si occupi
di tutte quelle cose necessarie per una comunicazione di rete, se la tua
applicazione ha un'interfaccia ti fa comodo avere una libreria pronta con
tutto quel noioso codice del caso (gestione dei terminali per le TUI, menù,
combobox, pulsanti, barre varie per GUI desktop ed WebUI ecc ecc).

Tutte queste "comodità" che siano parte dell'OS o "applicazioni" di terze
parti sono elementi dell'applicazione che scrivi, si evolvono necessariamente
via via che si evolve il mondo, per esempio la libreria che si occupa di darti
le funzionalità di rete che vuoi cambia col tempo via via che le tecnologie
di rete cambiano, le tecnologie di rete a loro volta cambiano perché sono
cambiati i bisogni per cui furono pensate all'origine. IPv6, tanto per fare un
esempio molto citato, non è stato ideato perché qualcuno era annoiato e ha
detto "mo adesso ti cambio l'IP" sfregandosi tutto contento le mani, è stato
ideato perché è apparso chiaro che il numero di utenti che vuole accesso ad
internet è diventato molto ma molto più grande di quello previsto ai tempi in
cui nacque IPv4. Il DNS lo stesso è nato perché /etc/hosts non era più
gestibile coll'aumentare gli utenti di una rete ecc ecc ecc

Per quanta cura tu abbia di "non romper le scatole" a chi usa una certa
libreria NON PUOI nel tempo garantire che questa continui a non cambiare.

Ad un livello più basso è lo stesso: il tuo bel kernel è stato pensato con
una certa architettura in mente. Poi ad esempio chi produceva CPU si è accorto
che tutti volevano CPU più veloci ed economiche e che aumentare la frequenza
di clock più di tanto non si poteva. La soluzione è stata aggiungere più CPU
per singola macchina ed in seguito aggiungere più core per singola CPU. Il tuo
"cliente" programmatore anche del kernel non può tenere il vecchio paradigma
perché questo non va più bene per le esigienze attuali.

Questo è il motivo per cui TUTTO evolve. l'IT lo fa a velocità che si
percepiscono parecchio, altri settori cambiano in tempi talmente lunghi che
non ci si fa caso: ti ricordi ad esempio quanto costavano e quanto era facile
trovare Kiwi, Lictis, Ananas, Manghi, Papaie anche solo nei primi anni '90?
Ai tempi erano "primizie tropicali", oggi li trovi da qualsiasi fruttivendolo
o supermercato spesso a prezzi inferiori alle mele. Il cambiamento però è
stato molto lento e ha toccato poco la routine quotidiana quindi nessuno ci
ha fatto caso. Un altro cambiamento ad esempio riguarda le case/gli edifici,
si è passati nel tempo dall'infischiarsene dell'isolamento ad imporre
l'isolamento. Oggi complice la crisi e la mentalità italica, in Italia se ne
parla poco ma ci sono un'enorme numero di imprese edili MOOOOLTO irritate
perché non potranno più costruire come un tempo un mattone sopra l'altro e
tanti saluti, ci vorrà per forza un certo numero di competenze extra per
fare anche una baracca. Idem gli elettricisti: in Italia coi 3.5KW al contatore
e prezzi al KWh+tasse alle stelle non si nota tanto, ma ad esempio in Francia
coi 16KW medi, in UK con 23KW medi, Svezia con 18KW ecc si nota eccome.

Gli utenti finali hanno spesso la PRETESA di avere tutto come vogliono anche
quando è impossibile.
U: "Io voglio il calorifero qui!";
T: "certo, però per portare qui i tubi dobbiamo crenare, qui, qui e qui!";
U: "che p*alle io voglio solo che attacchiate qui il calorifero!"

Nell'informatica capita spesso:
"Ma io voglio solo mandare una mail!" (con 50+Mb in allegato)
"Ma io non voglio password" (però se ti svuotano il conto ti girano...)
"Ma io non scarico musica, la sento su Youtube!" (certo, il tuo telefono la
riproduce per telepatia quindi non ha bisogno di tanta banda e batteria per
fartela sentire)
ecc ecc ecc

Utenti e tecnici non sono solo due fasce di popolazione, sono molte di più
con gerarchie notevoli.

[MaXXX eternal tiare]

[Zievatron]

[Zievatron]

[spacexplorer]

Credo la seconda parte non sia ancora stata scritta, devono ancora finire di
reimportare a mano dall'archivio cartaceo tutti i loro dati (che nel frattempo
saranno disponibili in digitale a tutti gli spammer del pianeta, ma come PA non
posso ricomprarseli al mercato nero...) e nel contempo fari una loro
infrastruttura IT trovando personale che sappia ancora farlo...

Per il switch degli ATM a GNU / Linux ho sentito anch'io qualche news, in
varie parti del mondo, ad esempio quasi tutte le banche brasiliane sono già
da tempo su GNU / Linux ed altri almeno secondo NetworkWorld ci stan
pensando

Temo cmq che il miglioramento sarà relativo, diciamo fatto sullo stile "ghe
pensi mi" con soluzioni embedded che farebbero orrore ad uno studente delle
superiori ma che siccome sono state proposte da un tizio molto profumato con
58 denti di sorriso ed una Ferrari nel parcheggio che ha garantito tutto fatto
e a basso costo in 3 mesi (e 10% dell'appalto al bipede che lo spalleggia
dentro l'azienda) saranno considerate all'avanguardia della tecnica, poi
siccome sono state pagate non si possono catalogare come spazzatura ammettendo
l'errore (o magari la mancia) e quindi si deve spendere il doppio per riuscire
a renderle in qualche modo usabili...
Temo che l'informatica gestionale sia e sarà così per ancora parecchi anni...

Solo un aneddoto recente a tema switch: per farla breve un "software" per AS400
che compilate certe maschere (form in gergo meno arcaico) sputa dei file pdf
da stampare. l'AS400 è in rete (ethernet) ma non stampa direttamente, la
"stampa" uppa su un ftp locale (con password) i files e per riuscirvi
richiede sia preesistente una specifica gerarchia di directory, può crearle
lui visti i permessi dell'ftp e visto che la root del server è C: ma non lo fa
e non si può rootare altrove perché il path dove vuole trovare questa gerarchia
comincia con Documents and Settings o roba del genere ed è hard-coded. Di più
a dire del "programmatore" "l'ftp chiede user e password per sicurezza!" si,
in una LAN con un solo switch 16p unmanaged, ed ftp è in chiaro... Di più non
si può cambiare l'IP del server ftp (che è un desktop) al volo o MAGARI usare
un nome dns (anche solo scritto in /etc/hosts eh!), va cambiato a mano in ogni
maschera! Il mondo gestionale pare che vada così... Quegli amici che ho fatto
cambiare sono entusiasti ma se non mi conoscessero NON CREDEREBBERO manco
che sia possibile un mondo diverso, per lo meno un pelo meno cervellotico.

[mda]

[spacexplorer]

Bé se vuoi una prova MOLTO banale a tema: prova a scaricare una iso o un
qualsiasi file grossino dallo stesso computer con Windows e GNU / Linux:
a parità di condizioni con GNU / Linux scaricherai MOLTO più in fretta.

Unix è nato pensando alle reti, cosa comune per tutti gli OS dei suoi tempi,
Microsoft pur essendo nata molto dopo non s'è minimamente curata del
networking se non con dei flop notevoli (Wins vs DNS tanto per fare un
esempio).

Cmq in genere UNIX non è un OS ma un insieme di specifiche il cui punto
centrale è la possibilità di evolvere facilmente e a basso costo. Negli
anni questa caratteristica s'è dimostrata vincente su tutti, incluso alcuni
tecnicamente ben superiori.

[elisam]

non ho capito se bene se la discussione riguarda ancora windows XP e i bancomat, nell'eventualita' lo fosse vorrei far presente che i bancomat sono nati per reti BSC, SNA e X25. Le reti non si identificano esclusivamente con TCP/IP che e' stata definita per Unix e poi adottata da Internet. Microsoft fu invece lesta a implementare un esteso supporto di SNA (componente SNA Server, ora HIS ) che permetteva di collegarsi ai mainframe IBM e che costituiva il 90 % dei casi, questo e' stato uno dei fattori trainanti della windowizzazione dei bancomat ed ora uscirne non e' facile. Scusate questa digressione dal mercato consumer.

[spacexplorer]

Hum, su Linux il supporto X25, Google alla mano, è in kernel dal 1997 (incluso
vario ferro X21) supporta anche le reti X400 (in Italia mi pare le usino solo
le Poste) come del resto è supportato un mucchio di tecnologie di rete più o
meno di nicchia/antiche/esotiche (DECNet, ARCnet, Token-ring, Athena ...). IBM
ha un supporto diretto a GNU / Linux e lo offre su varie P-series e Z-series,
il primo port ufficiale su s390 Google alla mano è del 1998...

In genere il mondo gestionale non è ben visto in ambito *nix penso per le sue
peculiarità (tanta burocrazia, madornale lentezza evolutiva, poche sfide
intellettuali tecnicamente sugose) ma da quel che ho sentito nel tempo di
gente innamorata di zOS ed AiX ce n'è ben poca ed è proprio per questo che la
stessa IBM negli anni ha supportato e supporta GNU / Linux. Senza contare che
oggi e non da oggi TUTTI i settori convergono su IP per ridurre i costi,
semplificare e centralizzare la gestione ecc...

Non è il mio campo e non penso sarà facile dopo decenni di stasi ma lasciami
dire: chi è colpa del suo mal pianga se stesso. Per quel poco che vedo e sento
a tema gestionale mi vien voglia di domandare quante teste NON HAN TAGLIATO e
quanti si son fatti piccionare come il più ingenuo dei bambini nel corso degli
anni. Non è l'informatica che ha proposto il business-model statunitense col
management separato dall'azienda, coi risultati misurati in forma matematica
ad intervalli di tempo prefissati ecc Non è l'informatica che ha spinto per
soluzioni tecnologiche à-la-Torre di Babele. Forse "gli intellettuali" del
settore non han saputo comunicare od imporsi come avrebbero dovuto ma direi
che sia la trave contro la pagliuzza...

[elisam]

alcune considerazioni a ruota libera
Linux e ' nato quando i bancomat erano in pista da tempo.
Ibm ha supportato X25 cosi' come gli altri maggior produttori perche' era lo standard di rete imposto dagli enti di standardizzazione tipo CCITT. Lo usarono molto poco anche perche' cercarono ognuno di mantenere la propria architettura di rete ( intendo essenzialmente i layer 3 e 4, networking e transport)
Un altro motivo fu che X25 e' molto farragginoso ( come quasi tutto quello che viene partorito da questi enti dove concorrono le istanze e le richieste di molteplici produttori). Se tutti l'avessero adottato e' molto probabile che TCP/IP non sarebbe, con le sue RFC, diventato lo standard de-facto e di conseguenza il substrato di Internet, come oggi e'.
Tornando ai bancomat occorre osservare che in ambiente bancario dominavano, e credo sia ancora cosi, i datacenter basati su Mainframe IBM con rete prima BSC e poi SNA. Questi due procotolli fondono assieme i layer di rete con quelli applicativi per cui e' molto arduo, per non dire impossibile, districarli a posteriori, la stessa cosa vale per le applicazioni CICS o IMS su mainframe.
Avrei voluto vedere la massa della banche di punto rivoluzionare con il pericolo di destabilizzare il movimento di soldi con i propri clienti. Si sarebbe dovuto avere un bel coraggio assieme alla preveggenza che un giorno Windows XP non avrebbe piu' avuto supporto da Microsoft (che nel bene e nel male monopolizzo' il mercato business, bancario e altri)
E' vero che in alcune banche e in alcuni gestori di carte di credito le applicazioni (server) dei bancomat operano su sistemi esterni quali il citato AIX IBM, peccato che la rete WAN sia comunque attestata ai mainframe (che in questo caso fanno da passacarte)
Cosi' come e' vero che oggi i bancomat viaggiano su TCP/IP perche' sono stati implementati protocolli di conversione (DLSw sui router di filiale oppure in alternativa TN3270 sui bancomat stessi) che permettono di trasportare SNA su TCP/IP. Le applicazioni attive su mainframe e quelle su bancomat sono sempre quelle scritte a quei tempi su SNA, e chi mai le toccherebbe visto che funzionano, solo le nuove funzioni sono native TCP/IP.
Lo stesso vale anche per la terminaleria di filiale.
Stante questo scenario sta a voi decidere quanto un passaggio a Linux sia auspicabile e fattibile: esiste un equivalente di HIS su Linux? esiste TN3270 su Linux? Se non esistono sarebbe ora qualcuno si dia da fare, vista morte di XP con le sue conseguenze. Magari cosi' si migliorerebbe anche l'occupazione giovanile.
Meglio ancora sarebbe convincere gli istituti di credito (o chi gestisce per loro queste cose) a buttare all'aria tutto, con ancora miglior effetto contro la disoccupazione, auguri.
Ovviamente vale solo per le questioni di rete, la gestione dei vari device del bancomat e' un altro discorso.

[mda]

[elisam]

#mda : mai detto che non fossero architetture di IBM, Microsoft semplicemente si accodo' sapendo che era il tempo di sostituire il DOS ( i bancomat prima erano con questo OS ancestrale) con qualcosa con di piu' attuale. Sempre a quei tempi era in atto una guerra di religione fra Unix e tutto quanto sapeva di IBM per cui entrare in quel settore sarebbe stato un'eresia. Microsoft delle guerre di religione se ne fotteva altamente, i suoi obbiettivi erano altri e si e' poi visto. Tra l'altro vinse anche la battaglia contro OS/2 e non fu cosa facile.

Comunque non e' detto che qualcosa si stia muovendo verso Linux, provate a chiedere a Diebold, Wincor, NCR, fra i maggiori produttori di bancomat, potrebbe anche darsi lo stiano facendo o l'abbiano gia' fatto

[{dbp}]

riguardo i bancomat:

link