para Buscar en este blog

Ejemplo: Para acceder a las entradas que incluyan las palabras Sadosky y Clementina , basta colocar las mismas en la ventanita superior.

2016.12.01: Claudio Di Véroli: Anécdotas IV: Va cayendo gente al baile ... ¡de cabezas lectoras! ...

Claudio en su oficina en 1976
Ante todo quiero aclarar que para este anecdotario no solicité permisos de las instituciones y personas involucradas, y por lo tanto procuro mantener su anonimato. Son historias estríctamente verídicas, y ésta en particular seguramente le traerá recuerdos a más de un Dino/a.

Allá por 1974 trabajaba yo en un gran establecimiento industrial del Gran Buenos Aires (ver foto en mi oficina), donde "la" computadora funcionaba "24x7" y no daba abasto. En aquél entonces yo sabía bastante poco de hardware, pero me pidieron ayuda y allá fui:
Ejes con discos magnéticos
            Operador: Fijáte que hay cuatro "ejes" (ver foto) y en cada uno se carga un disco removible con platos magnéticos (ver foto). Ahora el proceso hará un "apareamiento" de dos archivos secuenciales en un disco ¡y se producirá el temido "baile de cabezas"!.
            Yo: ¡Qué notable! ¡Se las ve vibrar y se oye ese chirrido! ¿Hay acaso escasez de discos?
            Op.: No, en absoluto. Discos sobran ...
            Yo: ¿Y porqué no distribuyen los archivos en discos separados?
Cambiando discos magnéticos
            Op.: ¡Ah, no! ¡Eso no es posible! ¡La "Norma Operativa" establece que "cada sistema tiene su disco"!

Hablé entonces con el Jefe de Operación de la computadora:
            Jefe: Claudio, cambiar esa norma revolucionaría la administración de los procesos y sus backups: ¡nos traería serios problemas!
            Yo: Tengo entendido que serios problemas ya los tienen: ¿te animás a hacer un experimento?

Hicimos un par de pruebas, distribuyendo archivos de acceso simultáneo en ejes distintos. No lo podían creer cuando (como cualquier DINO bien sabe) el tiempo de proceso se redujo a menos de la mitad ... y sí: ¡cambiaron la "Norma Operativa"!

Abrazo

Claudio

2016.11.25: Claudio Di Véroli: Anécdotas III: Investigando en el Imperial College bajo la supervisión del Prof. Beale


Dirigía mis estudios (ver foto mía en la biblioteca en 1969) el gran estadístico David R. Cox. Cuando mi investigación se orientó hacia la optimización, Cox me asignó como supervisor nada menos que E.M.L. Beale (https://en.wikipedia.org/wiki/Martin_Beale). Beale venía al College sólo los Lunes: por la mañana dictaba clase y luego del almuerzo se quedaba dos horas durante las cuales, siendo yo su único supervisado, lo tenía a mi
entera disposición. Un increíble privilegio. 

Allá por 1970 un día le llevé un listado de computadora con más de 200 hojas atiborradas de números, resultado de un proceso de programación dinámica estocástica (ver foto del gráfico) para el mantenimiento óptimo de una flota de camiones a lo largo de 20 años, donde cada
Programación Dinámica Estocástica-
Gráfico por Plotter- 1971
hoja representaba valores mensuales. ¡Pero Beale no leyó ni una hoja! Se limitó a tomar el listado de costado, luego con el pulgar hizo correr rápidamente las hojas en poco más de un segundo y dijo: "¡Qué interesante! El proceso tiene oscilaciones con un período de unos 38 meses: Usted tendrá una idea de qué significa eso." Quedé boquiabierto: ¡38 meses era la vida media de un camión en el sistema! Además de la genialidad de estos grandes, su calidad humana se me manifestó en varias ocasiones. Yo no estaba demasiado seguro de mi capacidad, y fue para mí una sorpresa cuando un día Beale me dijo: "Matemáticos capaces de hacer desarrollos avanzados hay muchos. Usted tiene un talento distinto y muy poco frecuente, el de observar de la vida real un proceso complejo y expresarlo como modelo matemático del que sacar resultados útiles." Este episodio ínfimo me dió seguridad y aliento duraderos, que me ayudaron a enfrentar en los años sucesivos situaciones realmente difíciles ...

2016.11.22: Eduardo Vila Echagüe: Bases de Datos en la línea equinoccial

[Capítulo 11 de La Informática y yo]

Bases de Datos en la línea equinoccial
De regreso en mi país me asignaron un nuevo tema para investigar: las bases de datos. Para IBM este tema estaba íntimamente asociado con la llamada comunicación de datos, denominando al conjunto de ambos DB/DC (Data Base/Data Communications). Sospecho que si usara hoy estas siglas en el ambiente informático actual, todos se preguntarían de qué planeta viene este tipo.

Como ustedes ya saben, este tipo viene del planeta Tierra de la década de los 70, de donde espero provengan también algunos de mis lectores. Fue en esos años cuando se advirtió que incluso en los procesos en lotes no bastaba con haber traspasado los ficheros de tarjetas a archivos secuenciales en cintas y discos. Al cabo de poco tiempo nuevas aplicaciones requerían de datos adicionales. Si se le añadían nuevos campos a los registros de los archivos existentes, había que modificar todos los programas antiguos aunque no usasen los nuevos datos. Esto debido a que en los programas se especificaba el diseño de cada registro. Como esto podía ser muy engorroso, muchas veces se prefería generar un nuevo archivo que incluyera los campos nuevos y sólo los antiguos requeridos por la nueva aplicación. Ni qué decir que mantener sincronizados el archivo nuevo y el viejo era un dolor de cabeza que no se resolvía con un Geniol (jóvenes, pregúntenles a sus padres qué es eso).

Recuerdo que algunos años después me tocó ir a hablar del tema a la Empresa Nacional de Computación de Chile. Para ejemplificar les pedí el archivo de empleados. Ahí mismo se originó una discusión entre mis oyentes, porque unos tenían el archivo para sueldos, otros el que usaban para capacitación, por último estaba el que servía para los regalos a los hijos de los empleados en la fiesta de fin de año. No creo que el asunto se haya resuelto tan fácilmente. En las últimas elecciones (2016) el Registro Electoral incluía a un ciudadano de más de 140 años de edad y varios arriba de los 120. Parece que prefirieron abstenerse de votar, seguramente porque no pudieron levantar la lápida para ir a los comicios. Intuyo que el problema es que el Registro Electoral usa un archivo que no está vinculado con el de defunciones del Registro Civil.

Con los productos de base de datos de aquellos años se lograba independizar
la visión de los datos que tenían los programas de la estructura real de los
datos en los archivos. El CICS, por ejemplo, permitía seleccionar los campos a ver mediante tablas externas al programa. Pero lo más interesante era que se podía establecer vinculaciones entre los datos que ya no tendrían que ser manejadas por el programador. IBM utilizaba un modelo de bases de datos jerárquico implementado en el DL/1 en DOS y en el IMS en OS. Antes de que me pregunten les aclaro que no hubo nunca un DL/2, pero sí un OS/2 que no tenía nada que ver con aquel OS.

Había otros modelos en redes, de los que recuerdo el TOTAL, un duro competidor. Pero perdíamos el tiempo. A fines de la década vino un señor de apellido Codd que inventó las bases de datos relacionales y tiró al tarro de basura todos nuestros queridos productos.

Pero entretanto el tema me dio de comer y me entretuvo bastante. Me puse filósofo y me dediqué a pensar cómo se organizaba la información en el mundo real. Llegué a la conclusión que existían entidades cuyos atributos podían adoptar distintos valores. Entre las entidades podía haber relaciones uno a muchos (padres e hijos, aunque últimamente uno a pocos), uno a uno (esposo y esposa, excepto en países árabes), y muchos a muchos (clientes e ítems, a través de los pedidos). Todo esto existe desde mucho antes de que se inventaran las computadoras. Con estas ideas escribí un artículo (juro que no lo saqué de Google) y tiempo después lo presenté en un simposio de Ingeniería de Sistemas en Valparaíso. Después me enteré de que había sido mucho más apreciado por nuestros competidores que por la gente de IBM.
Estructura lógica

Mientras me paseaba por los clientes perorando sobre la nueva religión DB/DC, me salió la oportunidad de un viaje a Quito a apoyar a la IBM de Ecuador. El viaje no era fácil, porque en aquella época los aviones sólo podrían aterrizar allí en horas de la mañana. La ciudad está encajonada entre dos cadenas de cerros y siempre llueve al mediodía, al menos mientras yo estuve allí. En resumen, volé a Lima, pernocté en el hotel del aeropuerto y madrugué para llegar al ombligo del mundo a una hora razonable. La llegada fue bastante impresionante porque al aterrizar un veía pasar junto a las ventanas del avión los campanarios de las iglesias coloniales (déjenme que le ponga algo de emoción al cuento).

Me presenté en el edificio de IBM, donde el ingeniero de sistemas a cargo de la cuenta me dijo que el principal cliente interesado en base de datos era el Ejército. No puedo contarles de qué se trataba, porque podría haber algún peruano entre mis lectores. Ese mismo día hicimos una visita al cliente. El proyecto estaba a cargo de un capitán ecuatoriano, asesorado por un coronel del ejército israelí. Este último no sólo hablaba bien castellano, mejor aún, lo hacía con un marcado acento argentino. Es que había nacido y se había criado en Buenos Aires, seguramente a pasos del Hospital Escuela donde yo había hecho mis primeras armas. Quedamos en encontrarnos al día siguiente a las 9 de la mañana para ponernos a trabajar.

Mi ingeniero de sistemas me dijo que me pasaría a buscar al hotel a las 8:30. Allí estaba yo al día siguiente en la puerta, esperando que llegara. Dieron las 8:45 y no pasaba nada. Me empecé a poner nervioso, porque sabía, o más bien creía, que en las fuerzas armadas son muy celosos de la puntualidad. Finalmente me tomé un taxi y me presenté al cuartel. Pregunté por el capitán ecuatoriano y el coronel israelita y me hicieron pasar donde este último. Mi ingeniero llegó como media hora después, con algún pretexto inverosímil, y el capitán como a la hora. Imagínense como 'pelamos' la puntualidad de nuestros amigos ecuatorianos mientras esperábamos. Pero el coronel ya estaba acostumbrado y había aprendidos a ser tolerante, no en vano había vivido sus primeros años en Latinoamérica.

Por supuesto que aproveché para hacer turismo. La ciudad antigua, con sus iglesias recubiertas de láminas de oro, sus calles empedradas y sus indígenas vestidos como en tiempos de Atahualpa nos hacen creer que volvimos al siglo XVIII. Los indios son muy organizados. Cultivan los cerros casi hasta la punta, aprovechando que el agua cae del cielo. Me contaron que tienen caciques viviendo en Nueva York para negociar la venta de sus productos. Durante el fin de semana recorrí los alrededores y los vimos con sus vestidos domingueros, cada tribu con su traje característico y, eso sí, todos con sombrero, hasta los niños que apenas empiezan a caminar.

Por si fuera poco, desde la ciudad se ven dos enormes volcanes cubiertos de nieve, uno al norte y una al sur, el Chimborazo y el Cotopaxi si no me falla la memoria. También tenemos la selva a poca distancia, media hora y un par de miles de metros más abajo. Pero lo que más les gusta a los ecuatorianos es llevarnos a conocer la línea equinoccial, donde hay un monumento recordando que 200 años atrás un grupo de agrimensores franceses y españoles habían medido allí un arco de meridiano, comprobando con ello que el mundo es achatado en los polos, tal como lo había predicho mucho antes Isaac Newton. 

Estando allí supimos la noticia de que había muerto Perón, en ese momento presidente de Argentina. Fue curiosa la forma en que los ecuatorianos se acercaban a mí, los más jóvenes ofreciéndome sus condolencias, los mayores tratando de ver por mis gestos si manifestaba tristeza o alegría. La verdad es que no que podían saber lo que había sufrido mi familia durante la dictadura peronista, pero en ese momento mis sentimientos principalmente eran de preocupación por el futuro de mi patria. Sin saberlo entonces, también estaba afectando de alguna manera mi propio futuro.

21/11/2016: Ida Bianchi: Comienzo una segunda etapa: IBM 1401

Ida Bianchi: Comienzo una segunda etapa: IBM 1401.


Ante todo debo agradecer a Luiggi que señala un error en mi escrito pasado, lo que me obligó a revisar mis papeles y debo corregirme, el curso de IBM 1401 al que asistí era de Diagramación, absoluto y SPS. 

Al mes de terminar el curso, comencé a trabajar en Molinos Río de la Plata del grupo Bunge y Born, uno de los más importantes de aquellos años. 
Junto con Grafa, Alba y Centenera, que también pertenecían a Bunge, tuvimos equipos muy similares que se instalaron prácticamente al mismo tiempo. Eran IBM 1401 de 8 Kb de memoria, 4 unidades de cinta, lectora y  perforadora de tarjetas, impresora y consola (teletipo?). 

La 1401 de Molinos tenía RAMAC 2 de 200 Mb con dos brazos de acceso lo que nos permitía mejorar el tiempo de procesamiento adelantando búsquedas.  
El equipo estaba en un amplio subsuelo, acompañado por una gran oficina de Registro directo y con un plantel de casi 30 perfoverificadoras. 


Aquí estoy yo junto con un compañero. Las mujeres
todavía debíamos usar delantal en la empresa 
Recuerdo que cada uno de los programadores teníamos escritorio y un gran tablero de dibujo que usábamos para dibujar nuestros diagramas que debían ser respetados y corregidos permanentemente. Era obligación que cada diagrama fuera fiel reflejo del programa que estaba en producción en ese momento.

Nuestro vendedor era el Ing. Savanti, en sistemas nos atendía el Ing. Di Masi y el Ing. Forno era el gurú que nos visitaba cuando se necesitaba implementar algo muy especial. 

Y los Grandes también jugaban….

Varias veces los directivos del grupo “tomaban” el Centro de Cómputos durante un fin de semana y competían en un “Juego de Empresas” que era casi un misterio para todos nosotros. Intervenían los top de Bunge,  los gerentes de primera línea de todo el grupo y solían invitar amigos de otras grandes empresas. 

Los juegos estaban a cargo de personal de IBM , que traían el programa e interactuaban con los jugadores. Nosotros proveíamos guardias de programadores, operadores y perfoverificadoras, que apoyábamos con el procesamiento  de los datos. Todo bajo absoluta reserva. 

Los concursantes se dividían en equipos y cada equipo trabajaba en una oficina totalmente cerrada. A cada equipo se les asignaba un mismo capital de arranque y por su lado debían definir todo el plantel gerencial.

Luego se les indicaba el momento y estado del mercado en el que jugarían y se encerraban a discutir y concordar sus estrategias para la nueva empresa. Éstas se pasaban a perforación en formularios crípticos, se listaban, se controlaban y finalmente se procesaban todos en conjuntos en la 1401.

Básicamente se analizaba la selección de productos, inversiones, políticas de venta, producción, estrategias publicitarias, etc. Los resultados con el funcionamiento y proyección de cada empresa se devolvía a todos los equipos, para que pudieran comenzar  una nueva ronda del juego. 

Normalmente consistían en 4 rondas durante el sábado, aunque a veces se extendían a los domingos cuando no estaban satisfechos con los resultados.

Todavía no me queda claro cuan peligrosos podían ser los resultados de estas competencias para algunos jugadores. Quizás el golf era menos comprometido.


Una compañera, Dora Griecco y el que luego
fuera y es mi esposo, Héctor Luis Román.

IDA BIANCHI  

2016.11.17: Claudio Di Véroli: Anécdotas II: Lo último en computación en Londres allá por 1969-1971 ...

Claudio en Viareggio, a media hora de su casa
Venía yo de la tenebrosa vida universitaria argentina bajo el onganiato. 

En Londres, el Imperial College of Science and Technology era un lugar que me llenaba de asombro. 

Comencé mis estudios en Enero de 1969 y en Setiembre fui admitido al Doctorado, con oficina propia y acceso a una ultimísima supercomputadora: la CDC 6600 ¡que lograba increíbles 3 MegaFlops! (Para 1996 uno podía tener en casa una PC con un Pentium 100 de 12 MegaFlops, y hoy los Core-i7 tienen de 60 GigaFlops para arriba...). 


Imperial College, Londres, Claudio en su oficina
Yo perforaba tarjetas con instrucciones en FORTRAN y datos, cruzaba la calle para entregarlas y en un minuto (¡oh maravilla!) retiraba allí mismo el listado.

Acababan de instalar el primer "plotter": por primera vez ¡se podían producir por computadora gráficos a 
CDC 6600
partir de fórmulas o datos numéricos!. Claro que para lograrlo había que redactar en FORTRAN programas con llamadas a rutinas especiales. Me familiaricé inmediatamente con esta "última tecnología" porque la necesitaba para mi tesis, y fue así
como terminé dictando el primer cursillo sobre graficación por computadora en el Imperial College

Pensar que hace ya dos décadas que cualquier usuario de PC puede hacer lo mismo en su casa con una "simple" planilla de cálculo, en una PC con impresorita que hoy se puede conseguir por 500 dólares o menos ...

Abrazote

Claudio

2016.11.16: Ida Bianchi: Algo inesperado irrumpe en mi futuro

Algo inesperado irrumpe en mi futuro
Fines del año 1959, en el Banco Francés e Italiano para la América del Sud (hoy Sudameris)
Aquí estoy, exultante frente a una tabuladora Bull en la cual finalmente había conseguido que funcionara como debía el primer “tablero” que armé yo sola, sin ayuda alguna. 

Detrás se entrevé un equipo que estaba conectado a esta tabuladora y funcionaba como unidad de cálculo de la misma. Era de última generación, se le llamaba “computador” GAMMA 3 (hermano menor del GAMMA 30 que ya manejaba todo el tráfico de trenes de París).
No recuerdo si este GAMMA 3 fue único en el país, seguramente alguno de los Dinos pueda refrescarme la memoria.

Recuerdo que debía obtener  una estadística de las operaciones que se procesaban diariamente de cada sucursal del banco,  para ayudar a redistribuir las asignaciones de tareas del sector de perfo-verificación.
También hacía controles del rendimiento por la cantidad de documentos procesados y el promedio de errores cometidos por las operadoras y verificadoras (esto me costó momentos de incomodidad con varias de mis compañeras).
Todos los documentos recibidos desde las sucursales debían ser perfo-verificados, luego procesados en tiempo y forma para poder entregar los resultados antes de la apertura de cada sucursal, independientemente del horario de atención que tuviera y la distancia hasta donde se debía transportar la información.
Los tiempos eran muy críticos especialmente para las sucursales que abrían a la mañana y las que eran lejanas, con varias horas de viaje para traer los documentos y otro tanto para volver llevando la información necesaria para la temprana apertura de las mismas.  

Era estudiante de Medicina, pero  por problemas económicos debí compartir mi tiempo entre la facultad y el  trabajo, comenzando en 1958 como perforadora en el banco Francés e Italiano para la América del Sud.
A los pocos meses, no sé si por buen o bajo rendimiento en el puesto, me mandaron a realizar mis primeros cursos, todos relativos a equipos de registro directo. Fueron de Clasificadora luego de Intercaladora y finalmente Tabuladora, en ese orden. Mi instructor siempre fue Leo Porreca.

Recuerdo aún la clasificadora que tenía un tablero muy pequeño pero con grandes funciones. Además de la clasificación simple de tarjetas permitía clasificar grupos formados por una tarjeta maestra que arrastraba a todas las integrantes del grupo sin necesidad de que éstas repitieran  extensos campos de reconocimiento.

Cierro esta etapa de mi vida ligada a BULL, con una anécdota. 
En 1961 hice los test para ingresar a un curso de Assembler en IBM y apenas fui aceptada renuncié en el banco. Recuerdo que el técnico que atendía el banco en aquel momento me preguntó porque dejaba BULL, que era para personas inteligentes y capaces, para entrar al mundo IBM, que era para la otra gente. Queda evidente que no me convenció.

Quedan pendientes mis anécdotas con IBM, NCR, BURROUGHS e UNISYS.

IDA BIANCHI

Ante todo debo agradecer a Luiggi que señala un error en mi escrito pasado, lo que me obligó a revisar mis papeles y debo corregirme, el curso de IBM 1401 al que asistí era de Diagramación, absoluto y SPS. 

2016.11.09: Claudio Di Véroli: Anécdotas I: La vida como estudiante de matemáticas en Ciencias Exactas en los 1960...

Queridos Dinos,

me he abocado a redactar brevemente para este hermoso grupo algunas de mis mejores anécdotas de mis cinco décadas de informático. Como a tantos, me fue bien y también me fue mal, tengo historias que me llenan de orgullo y otras de horror, hice cosas grandes y cosas chicas (por ejemplo en años recientes armarme super-computadoras para simulación de vuelo, ver http://cloudy.braybaroque.ie/cloudy_author/author.htm).

"¡Y se va la primera!".

Claudio Di Véroli - Exactas: La vida
Ciudad Universitaria
Facultad de Ciencias Exactas- 1966
como estudiante de matemáticas en Ciencias Exactas en los 1960 era fascinante, pero luego del golpe de Onganía se volvió muy difícil. Me salvé de la noche de los bastones en 1966 porque estaba rindiendo examen en la Ciudad Universitaria, y allí me quedé con unos amigos acampando en el techo por si venía la policía a apalear allí también, cosa que por suerte no ocurrió. Lamentablemente, sí ocurriría dos años más tarde, en Mayo de 1968 ¡justo cuando me faltaba dar apenas
Regla de cálculo Aristo Darmstad- 1963
UNA materia para recibirme!. La policía temió una repetición local del mayo parisino, y en la Ciudad Universitaria empezaron a pedir documentos a todo el mundo. Los estudiantes hacían una gran cola sin poder entrar, y algunos docentes se pusieron a dar clases allí mismo en los jardines. Al rato sorpresivamente apareció la Guardia de Infantería y apalearon en forma. Al día siguiente hubo una gran asamblea de docentes y alumnos, y se elaboró un texto de repudio a lo ocurrido, luego de lo cual: "¿Quién sabe escribir rápido a máquina?", "¡Yo!". En eso estaba cuando me ví rodeado de
Claudio tocando el clarinete-
Departamento Arenales- 1967
policías de civil, uno de los cuales me apartó de la máquina de escribir, sacó la hoja de la misma y me dijo con un tono que helaba la sangre: "No. No. Usted no puede escribir esto. En cuanto al original ya averiguaremos quién lo escribió y la va a pasar muy mal." Se hallaba presente el Jefe del Depto. de Matemáticas que evitó que me llevaran preso, pero sí me sacaron la Libreta Universitaria y se la llevaron al Decano. Me llevaría varios meses recuperarla y recibirme, en relativa soledad pues la mayoría de mis compañeros y amigos se habían ya recibido, muchos inclusive habían dejado el país para siempre."


¡Prometo que las siguientes historias serán más alegres!

Claudio desde Italia

2016.11.08: Liana Lew: Réplica de Clementina



El modelo a escala real fue desarrollado por el Museo de Informática tras un año y medio de investigación.

  1. Liana

2016.11.07: Claudio Della Penna: Acà va mi aporte al reportaje a Pepe Lòpez de Lagar

Querido Hernàn,

Acà va mi aporte al reportaje a Pepe Lòpez de Lagar, con quien trabajè en Data Proceso.



Acà estamos Claudia Segovia, Mario Perez, Ricardo Barreiro, Pepe Romero, Carlos Martinez, Juan David, Miguel Koch (radicado desde hace muchos años en Alemania y con quien me sigo viendo), Tomas Campelo, la cabeza en primer plano de Hugo Albònico y yo. Hay alguno que no recuerdo, pero Pepe me puede ayudar.

Te mando un gran abrazo


Claudio Della Penna

2016.11.06: Eduardo Vila Echagüe: Europa

[Capítulo 10 de La Informática y yo]

Europa

Uno de los temas que entonces más preocupaban a los cliente era cómo determinar la configuración del sistema necesaria para responder a sus necesidades. En el procesamiento en lotes las aplicaciones de negocio habitualmente se corrían de noche. Piensen en un banco o en una empresa comercial. Durante el día se hacían transacciones que se registraban en papel. Podrían ser cheques, depósitos, movimientos contables, pedidos de mercadería, despachos, etc. Durante la tarde los papeles se pasaban a las perfo-verificadoras. Recién cuando éstas completaban su trabajo se iniciaban las cadenas batch nocturnas, las que debían terminar antes de que el banco o la empresa abrieran sus puertas al día siguiente. Realmente el uso mayor de los sistemas se producía durante unas pocas horas de la noche, tanto que había empresas que en vez de tener una computadora propia contrataban sólo un bloque de tiempo en el Service Bureau de algún proveedor, y todas las noches acarreaban tarjetas y listados de ida y vuelta desde sus oficinas.

¿Cómo hacíamos los proveedores para determinar la configuración a ofrecer? No había recetas seguras, ya que el rendimiento no dependía tanto de la velocidad del procesador, sino principalmente de las características y uso de los dispositivos de entrada salida y, sobre todo, del diseño de la aplicación. Recuerdo el caso de un proceso relativamente sencillo que duraba muchas horas, hasta que un ingeniero de sistemas descubrió que el programa abría los archivos antes de cada acceso y los cerraba después, en vez de abrirlos una sola vez al comienzo del programa y cerrarlos al final. La apertura y cierre la hacía el sistema operativo cargando desde disco las rutinas respectivas. Algo así como parar el motor del auto y sacar la llave en cada semáforo rojo, para darle arranque nuevamente cuando éste se pone verde. Cuando se corrigió el error el programa pasó a durar menos de 10 minutos. ¡Espero que el programador no fuera ex-alumno de uno de mis cursos!

La verdad es que configurábamos en base a la experiencia en clientes parecidos y, al menos en el caso de IBM, usando aquella conocida frase: "más vale que zozobre y no que fafalte", frase que, aunque parezca idiota, ¡evita muchas zozobras! (permítanme un chiste malo de vez en cuando).

Cuando aparecieron los sistemas de teleprocesamiento, las horas de la ventana nocturna se convertían en segundos de espera del usuario frente a la terminal. Segundos que si el sistema estaba mal diseñado se podían convertir en interminables minutos e incluso en el colapso total del sistema. Algo similar a lo que vemos a menudo en las plazas de peaje de nuestras carreteras o en algunas oficinas públicas.

Como el tema del diseño de estos sistemas se veía complejo, mi jefe tomó una memorable decisión: enviarme a un curso sobre esos temas que se dictaría en Suecia. ¡La Suecia de Ingmar Bergmann y de Anita Eckberg! Y en Europa, donde yo nunca había estado. ¡Qué emoción! Como no había vuelo directo, primero tuve que ir a París, haciendo escala en Dakar. El vuelo a Estocolmo salía varias horas más tarde, desde un aeropuerto del otro lado del centro de París. Eso me permitió un primer vistazo a la ciudad. ¡Qué belleza! Me apuré a tomar el bus que me llevaba al siguiente vuelo, temeroso de quedarme varado en una ciudad desconocida y sin mi valija. Finalmente después de algunas horas más llegué a destino muerto de sueño.

Nos alojábamos en el mismo centro educativo de IBM en las afueras de la ciudad, rodeado de verde. El instructor era sueco y los participantes venían de los principales países de Europa, más dos japoneses y yo. Recuerdo al alemán Rolf, muy parecido al sargento que piloteaba el avión alemán en "Aquellos magníficos hombres y sus máquinas voladoras". El inglés se llamaba Peter, fumaba en pipa y tenía tendencia a reírse de los errores del inglés de sus colegas continentales. ¡Viva el Brexit! El español era un caballero muy serio de mediana edad llamado Alfonso. El más divertido era el francés Gerard, que cuando hablaba en inglés no podía evitar pronunciar en francés las palabras que se escriben igual en ambos idiomas. Contaba una anécdota de cuando estaba en un proyecto trabajando con un gringo; pasada la hora del mediodía le dio hambre y le dijo: — I am angry! (así suena hungry si no pronuncias la h) — El gringo se asustó y le preguntó — Why??? — Because it is the time!!! — respondió Gerard. Si el gringo hubiera sido lector de Asterix seguramente hubiera pensado — ¡Estos galos están todos majaretas!
También había un suizo que hablaba todos los idiomas, creo que incluso el castellano. Pero el más cómico era el italiano, el cual, a diferencia de los otros que he mencionado, no era el prototipo de personalidad que uno asocia a cada país. Era más bien bajo, rubio, y extremadamente tímido. Contó que era su primer viaje fuera de Italia y que su mujer, espantada, le había llenado la valija con objetos religiosos que lo defendieran de las walkirias nórdicas que intentarían seducirlo. Casi no sabía inglés, por lo que cuando le tocó exponer lo hizo en un cocoliche salpicado de palabras en latín que dejó perplejo a nuestro amigo Peter.

Me faltan los dos japoneses. Andaban siempre con sus máquinas de fotos colgadas del cuello. Hablaban un inglés incomprensible y se la pasaban dormitando, debido al 'jet lag'. En el fin de semana intermedio (el curso duraba dos semanas) partieron a París a tomar más fotografías. Prácticamente no nos comunicamos con ellos. Se ve que aún el mundo no se había globalizado.

¿De qué se trataba el curso? Aún conservo el libro que me entregaron, casi nuevo. El contenido básicamente era la aplicación de la teoría de colas a los distintos componentes de un sistema computacional. Para mí esta teoría era una novedad, porque no había visto nada de eso en la universidad. Al fin entendí por qué en los bancos es mejor tener una fila única que una fila distinta por cada caja. Minimiza el impacto del tipo que cuando le toca el turno extrae de su maletín 50 boletas de depósito y todos los de atrás lo quieren matar. ¿Se podría hacer lo mismo en las plazas de peaje? ¡Siempre anda más rápido la fila de al lado!

En un sistema dedicado al teleprocesamiento hay colas por todos lados. Para empezar en las líneas de comunicaciones, si es que éstas son compartidas entre distintos usuarios. Hoy normalmente el acceso es por Internet y allí compartimos el cable, el wifi, el éter, el satélite, el servidor remoto y quién sabe cuantas cosas más. En aquella época era todo más simple, porque el acceso era por líneas telefónicas punto a punto o multipunto. La regla de oro que recuerdo de la teoría de colas es que si un servidor llega a ser utilizado más allá del 70% estamos en riesgo de que se produzca un embotellamiento o un 'taco' como lo llamamos en Chile.

Dentro del sistema central se producen colas en el uso de la CPU, en competencia con las aplicaciones en lotes que están corriendo en otras particiones. Cuando finalmente el programa solicita acceso a los datos, normalmente en discos, el sistema operativo forma una cola con las solicitudes para cada unidad de discos y las va despachando a medida que se completa la operación anterior. La transmisión de los datos se hace a través de los canales del procesador, por lo que estos están ocupados en el momento en que aquella es requerida, hay que repetir la operación a la espera de encontrar el canal libre.

Dejemos el tema técnico por ahora. Les cuento que Estocolmo es una ciudad maravillosa, conocida como la Venecia del Norte, pero sin los malos olores de aquella. Suecia no ha tenido guerras desde el siglo XIX, por lo que todo lo que uno ve allí es original, no reconstruido como mucho de lo que hay en el resto de Europa. El ambiente no era tan 'Dolce Vita' como en las películas. Aunque había 'porno shops' éstos estaban en las calles secundarias, a diferencia de Dinamarca. Había salones de baile a los que uno concurría sin pareja, y donde podías sacar a bailar a cualquiera. Sin embargo el protocolo era que después de dos piezas tenías que buscarte otra pareja. Intentar seguir era visto como muy mala educación. Aunque vi que muchos se iban del local 'emparejados' no alcancé a descubrir como era el procedimiento 'emparejador'.

Me avisaron que después del curso tenía que pasar por Bruselas para otro curso, donde se verían los nuevos equipos IBM 3740 con los que IBM esperaba reemplazar las tarjetas perforadas por disquetes flexibles. Eran similares a los que se usaban en los primeros PC llamados en inglés 'floppy disks' y que yo intenté castellanizar como 'discos falopa' pero sin éxito, no sé por qué.

Cuando me dieron la lista de asistentes vi que había un brasilero, además de un montón de europeos y algunos japoneses. Como ya estaba cansado de hablar en inglés, traté de identificarlo. Mi mejor candidato era uno de piel algo más obscura, pero cuando me acerqué vi que en su tarjeta de identificación decía 'Pakistan'. Estaba algo decepcionado cuando de pronto escucho detrás mío una voz que me falaba en portuñol. Me doy vuelta y no veo a nadie, salvo un japonesito gordo que me sonreía. — ¿Vocé es brasileiro? — le dije. Era de San Pablo. Había tratado de conversar con los otros japoneses, pero su manejo del idioma era limitado a los ambientes domésticos, tal como lo había oído de sus padres. Se encontraba más a gusto con un argentino. Aún no existía el duelo Pelé – Maradona.

Aproveché de pasar unos días por mi cuenta en Londres y después retorné a Buenos Aires a aplicar mis nuevos conocimientos. Recuerdo un viaje a Montevideo donde un banco dudaba entre desarrollar sus aplicaciones en BTAM o usando CICS. Recomendé lo último, a pesar de que para ello hacía falta un procesador cuatro veces más rápido. Por supuesto que el vendedor de IBM estaba feliz con mi recomendación, pero lo que yo tenía en mente era proteger la inversión del cliente en sus aplicaciones. No me equivocaba, porque si tomó esa decisión aún hoy las podría seguir ejecutando sobre un hardware muchísimo más barato. 

2016.11.04: Rodolfo Naveiro: Ha muerto Esteban Di Tada

Ha muerto Esteban Di Tada.
He quedado tan afectado que hasta ahora no he podido expresar cuanto lo siento.

Voy a intentar evocar su recuerdo sobre lo mucho que me ha enseñado.

Muchos se han referido  a  su actuación como brillante profesional de la informática, y de su enseñanza como docente de la UBA y cabeza de la Universidad de Palermo.

Yo tuve ocasión de conocerlo cuando se me ocurrió la peregrina idea de solicitar un lenguaje de programación para resolver un problema que planteaba la multiplicidad y complicación de los cálculos de incentivo de jornales de una gran empresa y a él tuvo la audaz idea de escribirlo.

Ya he mencionado esto en una conversación anterior (véase...). Pero hoy quiero referirme a algunos aspectos de su vida que lo pintan claramente y  que él me contó durante una comida del Bit 40.

El padre de Di Tada era músico y vino a la Argentina para tocar en una orquesta.

Tuvo varios hijos que también fueron músicos y tocaban en orquestas.

Pero Esteban, el menor, vio que sus posibilidades en esta carrera eran limitadas y buscó algo mas práctico: estudió para el doctorado en Física.

Su capacidad lo llevó a lograr una beca en París y allí descubrió que su futuro estaba en la ingeniería y se recibió de ingeniero en Francia.

Desde esa nueva posición se fue introduciendo en el novísimo campo de la computación que lo llevó al cursus honorum que otros han mencionado.

Durante las comidas (primero cenas y después almuerzos) tuve la suerte de conversar con él sobre los múltiplas fases de sus conocimientos. No era brillante sólo en la computación sino también las matemáticas y su historia, la música, la filosofía, la vida universitaria, de la que hablaba en un grupo con Hugo Scolnik, Raúl Saroka y otras eminencias.

Un tema en el que descollaba era la historia de teoría de los números  y la perplejidad de Pitágoras y su escuela ante la evidencia de que existían números que no eran como los demás: naturales, negativos, enteros, fraccionales.

Tan perplejos estaban los pitagóricos con esos números traviesos que prohibieron darlos a conocer al público: los proclamaron no esotéricos, no para el público.

Sólo recién a fines del 1800 se pudo hablar de ellos pero aún no existen para el gran público.

Es así como es conocido que hay números que no se pueden escribir exactamente en ningún sistema y llamamos irracionales, otros imaginarios cuyos cuadrados son negativos, los primos que no pueden expresarse como producto de enteros...

Números traviesos y maleducados que no se comportan como lo dicta el recto arbitrio.

Sobre este tema hizo publicar un excelente trabajo en la revista de la Universidad de Palermo.

En un tema análogo, los sistemas caóticos: recuerdo que a un artículo de Lauría (otro brillante con el que lamentablemente  no contamos en nuestras reuniones por lo distante que vivía) algún cuentaporotos contestó que no puede haber sistema caótico porque el sistema consiste en excluir el caos.

Pobre! No  pudo ver ni el sistema jurídico ni el social y casi el sistema solar...

De todo esto conversará hoy Di Tada con las otras mentes brillantes que en el mundo han sido.

Para terminar con la palabra de otro grande: Hay más en el cielo y en la tierra que lo que puede soñar vuestra filosofía (Shakespeare por boca de Hamlet).

03/11/2016: Hernán Huergo: Esteban di Tada en el Blog Dinos y Dinas

9 Oct 2015 ... 2015.10.09: Esteban di Tada: Con la inconsciencia de la juventud. Ahora que Hugo Studnitz tocó el tema de la 1620 de ingeniería y del ...
bit40-dinos.blogspot.com
... aportes y fotos a hhuergo@gmail.com. 2015-08-05. 2014: Esteban di Tada: Una experiencia con el Dr. Manuel Sadosky. Nota del autor del blog: tomado de
bit40-dinos.blogspot.com
31 Jul 2015 ... Durante todo este tiempo, Esteban di Tada tenía la posición de Gerente General de Ingeniería de Sistemas. Y sí, Jorge Tapper era el Gerente ...
bit40-dinos.blogspot.com
14 Sep 2015 ... Por 1971 Esteban di Tada tenía su consultora Omikron creada para desarrollar software utilizando tecnologías de punta. Él había impulsado ...
bit40-dinos.blogspot.com
29 Jul 2015 ... No sé si todavía era Jorge Tapper el gerente general y si Esteban di Tada – buen amigo – no era todavía el más importante miembro del ...
bit40-dinos.blogspot.com
11 Mar 2016 ... Esteban di Tada Me dedico a Investigación y Desarrollo y mi tiempo libre lo dedico al cine, que nos encanta, y a viajar. Hijos, nietos?
bit40-dinos.blogspot.com
19 Sep 2015 ... El proyecto lo desarrollamos entre Daniel Braniss y yo con el control muy cercano de Esteban di Tada. Recuerdo que yo había hecho una ...
bit40-dinos.blogspot.com
27 Jul 2016 ... Ese día comenzó la Segunda Guerra Mundial, un día después de que .... La foto de la despedida a di Tada llena de los muchos queridos ...
bit40-dinos.blogspot.com
11 Oct 2015 ... Fueron 8557 visitas recibidas hasta hoy a medio día desde cerca de 40 países, siendo los 10 ... Esteban di Tada <editada@palermo.edu.ar>
bit40-dinos.blogspot.com
13 Oct 2015 ... Esteban di Tada contó mejor el cambio de las tablas de sumar de la 1620!!! 13 de octubre de 2015, 16:36. Publicado por Hernán Huergo.
bit40-dinos.blogspot.com
28 Sep 2015 ... Por último les comento que al día de hoy este Blog ha cumplido 77 días, tiene un total de 110 ... Esteban di Tada <editada@palermo.edu.ar>.
bit40-dinos.blogspot.com
7 Ago 2016 ... Nunca me había tocado como vecino Esteban di Tada. Me divertí a rabiar, aunque muchos de sus diálogos científicos con Rodolfo Naveiro me ...
bit40-dinos.blogspot.com
10 Jul 2015 ... Hablamos de conocidos comunes, anécdotas sobre el super histórico Esteban di Tada: - Son tantas líneas de impresión, tantos registros, ...
bit40-dinos.blogspot.com
10 Oct 2015 ... Un día me llamó a su oficina uno de los gerentes principales (no recuerdo .... de gente que fue de Ingeniería con Esteban di Tada y Luis Trabb, ...
bit40-dinos.blogspot.com
23 Sep 2015 ... Si no olvido a nadie, estaban Guido Vassallo, Juan Lanús, Jorge Frattini, Luis Trabb y Esteban di Tada. Yo logré comenzar a estar en el Centro ...
bit40-dinos.blogspot.com
17 Oct 2015 ... ... otro de los equipos de desarrollo de software dirigidos por Esteban di Tada hizo un lenguaje llamado LORAC, lenguaje orientado al acero…
bit40-dinos.blogspot.com
2 Ago 2015 ... 2015.08.02: Hernán Huergo: El día que IBM se cruzó en mi camino, Episodio 1 de 2. .... 2014: Esteban di Tada: Una experiencia con el Dr. .
bit40-dinos.blogspot.com
26 Ago 2015 ... 2015.08.20: Alfredo Pérez: Pescatore di perle. 2008.08.19: Ricardo Forno: ... 2014: Esteban di Tada: Una experiencia con el Dr. ... 2015.08.05: ...
bit40-dinos.blogspot.com
13 Ago 2015 ... ... programa del Simplex[1] que él había escrito, allí me di cuenta de dos cosas, una el .... 2014: Esteban di Tada: Una experiencia con el Dr. .
bit40-dinos.blogspot.com
11 Ago 2015 ... 2015.08.20: Alfredo Pérez: Pescatore di perle. 2008.08.19: Ricardo Forno: ... 2014: Esteban di Tada: Una experiencia con el Dr. ... 2015.08.05: ...
bit40-dinos.blogspot.com
18 Ago 2015 ... 2015.08.20: Alfredo Pérez: Pescatore di perle. 2008.08.19: Ricardo Forno: ... 2014: Esteban di Tada: Una experiencia con el Dr. ... 2015.08.05: ...
bit40-dinos.blogspot.com
5 Ago 2015 ... ... que llamé "de la manzanita" con el que di cursillos de introducción a aquellos de mis .... 2014: Esteban di Tada: Una experiencia con el Dr. .
bit40-dinos.blogspot.com
27 Ago 2015 ... Quizás vos estabas allí el el día que, segundo trimestre de 1966, yo recibido de .... 2014: Esteban di Tada: Una experiencia con el Dr. .
bit40-dinos.blogspot.com
31 Ago 2015 ... Un día empezamos a darle vuelta de reunir a los viejitos informáticos. Carlos .... 2014: Esteban di Tada: Una experiencia con el Dr. .
bit40-dinos.blogspot.com
19 Oct 2015 ... En los apuros por llegar, a veces el que estaba encargado ese día tomaba la llave y .... 2015.10.09: Esteban di Tada: Con la inconsciencia .
bit40-dinos.blogspot.com
31 Ago 2015 ... ... aprobé la última materia de la carrera, casualmente el mismo día que Victoria Bajar. .... 2014: Esteban di Tada: Una experiencia con el Dr. .
bit40-dinos.blogspot.com
4 Oct 2015 ... Luis Di Masi decide que él tiene el candidato para dirigir el proyecto, un ingeniero .... 2015.10.09: Esteban di Tada: Con la inconsciencia .
bit40-dinos.blogspot.com
19 Ago 2015 ... Un día aparecieron dos individuos que diagnosticaban y curaban enfermedades por un .... 2014: Esteban di Tada: Una experiencia con el Dr. .
bit40-dinos.blogspot.com
18 Ago 2015 ... 2015.08.06: Hernán Huergo: El día que IBM se cruzó... 2014: Esteban di Tada: Una experiencia con el Dr. ... 2015.08.05: Gonzalo Ballester ...
bit40-dinos.blogspot.com
17 Ago 2015 ... Algún día quiero contar las vicisitudes que fueron muy pintorescas. En un año la planta .... 2014: Esteban di Tada: Una experiencia con el Dr. .
bit40-dinos.blogspot.com
29 Ago 2015 ... 2015.08.20: Alfredo Pérez: Pescatore di perle. 2008.08.19: Ricardo Forno: ... 2014: Esteban di Tada: Una experiencia con el Dr. ... 2015.08.05: ...
bit40-dinos.blogspot.com
21 Ago 2015 ... Al día siguiente lo pasé a buscar después del mediodía en mi Fiat 125 (que .... 2014: Esteban di Tada: Una experiencia con el Dr. .
bit40-dinos.blogspot.com
1 Ago 2015 ... 2015.08.20: Alfredo Pérez: Pescatore di perle. 2008.08.19: Ricardo Forno: ... 2014: Esteban di Tada: Una experiencia con el Dr. ... 2015.08.05: ...
bit40-dinos.blogspot.com
22 Ago 2015 ... Algún día algo escribirán. .... 2015.08.06: Hernán Huergo: El día que IBM se cruzó... 2014: Esteban di Tada: Una experiencia con el Dr. .
bit40-dinos.blogspot.com
23 Ago 2015 ... ... la misma edad, nos habíamos casado el mismo día, y ambos teníamos dos hijos. .... 2014: Esteban di Tada: Una experiencia con el Dr. .
bit40-dinos.blogspot.com
27 Oct 2015 ... 2015.10.29: Rodolfo Ratto: El día que salvé el cog... 2015.10.29: Hernán ... 2015.10.09: Esteban di Tada: Con la inconsciencia ... 2015.10.07: ...
bit40-dinos.blogspot.com
26 Oct 2015 ... 2015.08.06: Hernán Huergo: El día que IBM se cruzó en mi camino, Episodio 2 de 2. ... 2015.10.09: Esteban di Tada: Con la inconsciencia .
bit40-dinos.blogspot.com
24 Ago 2015 ... Decían , ya en esa época que se perdía 1 millón de u$s por día. Un viejo Contador de .... 2014: Esteban di Tada: Una experiencia con el Dr. .
bit40-dinos.blogspot.com
7 Oct 2015 ... 2015.10.29: Rodolfo Ratto: El día que salvé el cog... 2015.10.29: Hernán ... 2015.10.09: Esteban di Tada: Con la inconsciencia ... 2015.10.07: ...
bit40-dinos.blogspot.com