ISSNX: 1688-6941

milveinticuatro

Contenido

6 Thomas Alva Edison

12 Ingeniería de muestra

22 certificarse ante todo

6 28 entrevista: Héctor Cancela

36 IBM forum

42 software libre

36
50 “up to date”

28 56 cloud computing

70 TSP/PSP en Uruguay

42 56 74 sociales

Queda prohibida la reproducción no autorizada total o parcial de los textos publicados, ilustraciones y gráficos, o similares, incluidos en esta edición.
La dirección de esta publicación no se hace responsable, y no necesariamente se identifica o comparte el contenido u opiniones, en los artículos firmados; los mismos son de
propiedad y responsabilidad de los propios autores.
Las notas publicadas en este medio no reemplazan la debida instrucción por parte de personas idóneas.
La editorial no asume responsabilidad alguna por cualquier consecuencia derivada de la fabricación funcionamiento y /o utilización de los servicios y productos que se descri-
ben, analizan o publican.
Los nombres de las compañias y los productos que se mencionan pueden ser marcas registradas por sus respectivos propietarios.
 STAFF
Edición Thomas Alva Edison Dirección
Gabriel Varela gabriel.varela@1024.com.uy

Enrique González enrique.gonzalez@1024.com.uy

Estimados Diseño y Diagramación

Santiago Poggi arte@1024.com.uy
Hace poco más de un año estábamos presentando milveinticuatro, una re-
vista de tecnología Uruguaya que en diciembre de 2009 estaba lanzando la
Fotografía
primera edición.
Mucho ha transcurrido desde ese momento, cuando desde el hall principal photos.com - milveinticuatro
de LATU hicimos el lanzamiento. Arturo Maccio - Víctor Domínguez

Quienes nos han acompañado de cerca en este proceso, saben que no que- Impresión
remos ser una simple revista sin creatividad ni innovación, saben que nues- Impresora Polo
tra apuesta es a dar más es en cada edición.

Todo tuvo un proceso, en 2009 nos presentamos y empezamos a conocer lo Colaboradores

que le interesa al público, conocimos el mercado…
Eduardo Gómez, Gonzalo Acuña, Gabriel
En 2010 mostramos que no fue una bomba de humo, que se podía hacer Madoz, Fernando Alvarez, Angel Zieleniec,
una revista con calidad de impresión, buen diseño y con contenido original Andre Paris, Diego Vallespir, Fernando Cris-
creado por profesionales uruguayos, profesionales de primer nivel que nos tino, Leonardo Horovitz, Rafael Bruno, Mau-
dieron su confianza y apostaron en la revista. ro Stocco, Alejandro Albela, Julio Origoni,
Gustavo Testa, Roberto Ambrosoni, Marce-
2011 nos tiene ilusionados en cumplir el deseo inicial, colmar las expectati-
lo Belén, Raúl Lamas, Daniel García Aspiroz,
vas de esa única comunidad que es capaz de entender el sentido que tiene
Adriana Avila, Lucia Camilloni, Fernando
el título de nuestra revista, la comunidad informática.
Marotta, Cecilia Apa, Héctor Cancela, Ren-
Aún estamos en 2010 y ésta edición es muy importante para nosotros, por- zo Repetto, Carlos Briozo, Mauricio Olivera,
que es la que cierra un año en el que fuimos reconocidos por profesionales Mauricio Ramos, Ismael Rodriguez, Ernesto
e instituciones que comparten la propuesta y valoran nuestro aporte. Ferreira, Nicolás Sampietro, Pablo Chiesa,
Thomas Alva Edison, Santiago Haretche
Esa importancia también la da el apoyo de alguien que desde su posición
de decano de Facultad de Ingeniería de la UDELAR dirigirá el rumbo de mu-
chos profesionales, es todo un placer poder presentar a Héctor Cancela.
Comercial
Pero esta edición también se destaca por los colaboradores, responsables
de grandes empresas nacionales o internacionales, diversas temáticas tra- comercial@1024.com.uy
tados por especialistas, y técnicos con diversas visiones de un mismo tema;
094 430555
y también futuros informáticos que desde temprana edad están en busca
099 690048
de ideas innovadoras, tal como la hizo Thomas Alva Edison varias décadas
atrás.

Amigos, nuevamente, muchas gracias por su apoyo y confianza. comentarios@1024.com.uy

www.1024.com.uy
Felices Fiestas!!!

Saludos cordiales,
Enrique González Gabriel Varela
milveinticuatro

Thomas Alva Edison.

En los años veinte, sus conciudadanos le señalaron en las encuestas como el
hombre más grande de Estados Unidos. Incluso el Congreso se ocupó de su
fama, calculándose que Edison había añadido un promedio de treinta millo-
nes de dólares al año a la riqueza nacional por un periodo de medio siglo.
Nunca antes se había tasado con tal exactitud algo tan intangible como el
genio. Su popularidad llegó a ser inmensa.

Thomas Alva Edison
El inventor más genial de la era moderna.
Inventor, científico y empresario, considerado uno de los más
importantes inventores del siglo XX.
N
ace el 1 de febrero de 1847 – fallece el 18 de octu-
bre de 1931, fue un empresario y un prolífico inven-
tor que patentó más de mil inventos (durante su vida
adulta un invento cada quince días) y contribuyó a
darle, tanto a Estados Unidos como a Europa, los perfiles tecno-
lógicos del mundo contemporáneo: las industrias eléctricas, un
sistema telefónico viable, el fonógrafo, las películas, etc.
Sus familiares emigraron de Ámsterdam en la década de 1830
y se establecieron en el río Passaic, en Nueva Jersey. John Edi-
son, el abuelo del inventor, ingresó al bando de los británicos
durante la Guerra de Independencia y, a final de la misma, tuvo
que refugiarse en Nueva Escocia. Después de un tiempo se
trasladó a Canadá para residir en Bangham, en la zona del lago
Erie. Cuando estalló la rebelión canadiense en el año de 1837,
Samuel Edison (padre del inventor) se unió a los insurgentes.
Una vez más la familia se vio obligada a huir a los Estados Uni-
dos.
En 1840 Samuel Edison estableció una pequeña maderería en
Milan, Ohio. Antes de que la familia se estableciera en Milan,
Nancy, una canadiense de ascendencia escocesa, había tenido
cuatro hijos. Posteriormente tuvo tres más, pero murieron tres
de los primeros en la década de 1840 y los sobrevivientes tenían
catorce, dieciséis y dieciocho años cuando, el 11 de febrero de
1847, la esposa de Samuel Edison dio a luz a su séptimo hijo.
Lo llamaron Thomas por un antepasado de la familia, y Alva en
honor del capitán Alva Bradle.
En 1855 a los ocho años y medio Edison entra a la escuela. Des-
pués de tres meses de estar asistiendo, regresó a su casa lloran-
do, informando que el maestro lo había calificado de alumno
“estéril e improductivo”. Es imposible establecer si Nancy Edi-
son tomó muy en serio la opinión del maestro o si pensó que
ella era mejor que el profesor de su hijo. El caso es que Edison
recordó durante el resto de su vida el resultado del dichoso
incidente:
1074
milveinticuatro
“Descubrí que una madre suele ser algo maravilloso, ya que
mamá me cogió de la mano y me llevó de regreso a la escuela.
Hecha una furia, le dijo al profesor que no sabía lo que estaba
diciendo. Mamá fue la defensora más entusiasta que hubiera
podido tener cualquier niño, y fue exactamente en ese instante
cuando tomé la decisión de que sería digno de ella y le demos-
traría que no estaba equivocada.”Edison
A la edad de nueve años, ya había leído la “Filosofía Natural y
Experimental” de Richard Green Parker, y a los trece descubrió
en el librero de su padre las obras de Thomas Paine. También
leyó el Principia, de Newton.
En 1859 empezó a vender diarios en el tren matutino que iba
de Port Huron a Detroit, así como verduras, mantequilla y mo-
ras. En Detroit el tren hacia una parada de seis horas, las cuales
aprovechaba pasándola en el salón de lectura de la Asociación
de Jóvenes (después Biblioteca Gratuita de Detroit). Ahí, co-
menzaba por leer el primer libro que se encontraba en el ana-
quel inferior y seguía por orden con los demás hasta terminar
con toda la hilera.
Edison no sólo quedaba satisfecho con leer, sino que comenzó
a probar diferentes experimentos basándose en lo que leía en
los libros de Ciencia. Utilizaba un vagón vacío como laboratorio,
y luego para poner ahí una prensita de mano que se agenció
cuando un amigo del Detroit Free Press le regaló algunos tipos.
El resultado fue inmediato: el Grand Trunk Herald, semanario
del que Edison tiraba cuatrocientos ejemplares.
Edison era parcialmente sordo, no se sabe a ciencia cierta si
fue a consecuencia de la escarlatina padecida en la infancia o,
según sus propias palabras, a causa de que un empleado del
ferrocarril lo tomó por las orejas al tratar de subirlo a un vagón
de un tren en movimiento.
milveinticuatro
El inicio de su carrera
Tras salvar de morir a un niño en las vías del tren en Port Huron,
el agradecido padre de la criatura J. U. Mackenzie (telegrafista
de la estación) le enseñó telegrafía. A los dieciséis años obtuvo
su primer puesto como telegrafista en Port Huron cuando J. U.
Mackenzie le deja el puesto al unirse este al Cuerpo Militar de
Telegrafistas.
A finales de 1863, Edison con el apoyo de J. U. Mackenzie soli-
citó empleo como telegrafista de ferrocarril del Grand Truck, en
el Empalme de Stratford a ciento sesenta kilómetros de la fron-
tera con Canadá. No duró mucho en este empleo porque no
transmitió las señales para detener un tren de carga que, como
consecuencia, estuvo a punto de tener una colisión de frente.
Huyó a Sarnia, en la frontera canadiense y tomó la barcaza hacia
Port Huron.
A principios de 1864, Edison encontró empleo en el ferrocarril
sureño de Lake Shore & Michigan, en Adrian, cien kilómetros al
sur de Detroit; en donde fue despedido por desobedecer órde-
nes. Se le mandó despachar un mensaje importante, y lo hizo
sin hacer caso de las protestas del hombre que se encontraba
transmitiendo al otro lado de la línea, el cual era el superinten-
dente, detalle que Edison desconocía.
La Western Union
Pasó un tiempo en Fort Wayne, y después de dos meses sin
conseguir empleo, se marchó a Indianápolis, donde obtuvo em-
pleo en la Western Union, empresa con la que vincularía estre-
chamente su destino.
1084
Fonógrafo inventado por Thomas Alva Edison
En febrero de 1865, Edison se trasladó a Cincinnati, donde una
vez más, obtuvo empleo en la Western Union, donde por su
habilidad lo graduaron de operador de segunda a operador de
primera clase.
Después de andar errante por varias ciudades y de un empleo a
otro, incluso un intento por ir de operador telegráfico a Brasil, a
finales de 1868 vuelve a conseguir empleo en la Western Union
Boston.
Primera patente
Edison ideó un instrumento muy simple para el conteo mecá-
nico de votos en 1868. Se podía colocar en la mesa de cada
representante; tenía dos botones, uno para el voto en pro y otro
para el voto en contra. Para tramitar la patente, Edison contrató
al abogado Carroll D. Wright. El instrumento se llevó ante un
comité del Congreso de Washington. Ahí el veredicto fue brus-
co pero honesto: “Joven, si hay en la tierra algún invento que
no queremos aquí, es exactamente el suyo. Uno de nuestros
principales intereses es evitar fraudes en las votaciones, y su
aparato no haría otra cosa que favorecerlos”.
El mago de Menlo Park
En 1869, en Nueva York, consiguió un empleo de condiciones
muy ventajosas tras solventar una grave avería en un indicador
telegráfico que señalaba los precios del oro en la Bolsa.
Trabajó en la compañía telegráfica Western Union, aunque poco
después se independiza y en 1877 lleva a cabo uno de sus más
importantes inventos, el fonógrafo.
milveinticuatro

Aunque se le atribuye la invención de la lámpara incandescente

en realidad sólo fue perfeccionada por él, quien, tras muchos
intentos consiguió un filamento que alcanzara la incandescencia
sin fundirse. Este filamento no era de metal, sino de bambú
carbonatado. Así, el 21 de octubre de 1879, consiguió que su
primera bombilla luciera durante 48 horas seguidas.

En 1880 se asocia con J.P. Morgan para fundar la General Elec-

tric.

En el ámbito científico, descubrió el efecto Edison, patentado

en 1883, que consistía en el paso de electricidad desde un fi-
lamento a una placa metálica dentro de un globo de lámpara
incandescente. Aunque ni él ni los científicos de su época le
dieron importancia, estableció los fundamentos de la válvula de
la radio y de la electrónica (el denominado efecto Edison).

Las aportaciones de Edison al mundo del cine también fueron

muy importantes. En el año 1889 comercializa la película en ce-
luloide de formato 35mm, aunque no la pudo patentar porque
un tiempo antes George Eastman ya lo había hecho; aunque sí
pudo patentar las perforaciones laterales que tiene este tipo
de película.

En 1894 los quinetoscopios de Edison llegan por primera vez

a Europa; más concretamente a Francia. Dos años después, en
1896, presenta el vitascopio en Nueva York con la pretensión de
reemplazar a los quinetoscopios y acercarse al cinematógrafo
inventado por los hermanos Lumière.

Por último, en 1897, Edison comenzará la llamada «guerra de

patentes» con los hermanos Lumière respecto al invento de la
primera máquina de cine.

Muere el 18 de octubre de 1931, en West Orange, Nueva Jer-

sey. Como homenaje póstumo, fueron apagadas las luces de
varias ciudades durante un minuto.

En Estados Unidos se le considera uno de los más importantes

inventores del siglo XX, con más de mil patentes, lo que signi-
ficó una transformación en la actividad de inventar, desde un
simple entretenimiento a la creación de una empresa.

Fuente: www.wikipedia.com

1104
 milveinticuatro

“El mundo está en las manos de aquellos que tienen

el coraje de soñar y correr el riesgo de vivir sus sueños
Sigamos soñando juntos”

2000 2010

1113
milveinticuatro

Ingeniería demuestra 2
Los proyectos se agruparon en categorías y se premiaron los di-
versos trabajos de los estudiantes que se dieron cita en la expo-
sición.

L
a Facultad de Ingeniería de la Universidad de la Repú-
blica y la Fundación Julio Ricaldoni, expusieron el 11 de
noviembre de 2010, 50 prototipos y desarrollos tecnoló-
gicos innovadores en el subsuelo del mencionado cen-
tro de estudios.
Es de destacar el esfuerzo realizado, los futuros profesionales
que mostraron el arduo trabajo, y por los organizadores que
demostraron la calidad que se pretende.
Los invitamos a visitar el listado completo de los proyectos pre-
sentados en:
http://www.fing.edu.uy/eventos/ingenieria_demuestra/2010/
index.html
En esta oportunidad, nos tomamos el atrevimiento de selec-
cionar algunos proyectos y mostrarlos con mayor detalle, con
la intención de contarles algo más del proyecto y de sus reali-
zadores.

El jurado de la categoría Comunicaciones y Señales, integrado

por Sergio De Cola (Isbel), Federico González (Pranasys), Pablo
Musé (IIE), Federico Larroca (IIE), adjudicó el primer puesto al
proyecto MIRA - Microscopio con Realidad Aumentada y re-
construcción stereo de los estudiantes María Clara Pérez, Gas-
tón Marín y Guillermo Carbajal.

En la categoría Electrónica, Control y Potencia, el jurado inte-

grado por Federico de Mula (CCC), César Briozzo (IIE) y Linder
Reyes (IIE) otorgó el primer premio a EGEMIDA - Generación
de energía eólica con máquinas eléctricas de inducción doble-
mente alimentadas (DFIG), el proyecto de Diego Oroño, Martín
Sapio, Gustavo Terzano y Andrés Vázquez, que también obtuvo
el premio por votación del público.

Además, el público eligió el “premio Botón.tv” - Equipo para

grabar mensajes de video de los asistentes a un evento - entre
la totalidad de los expositores.

El instrumento musical basado en realidad aumentada, visión

por computadora e interacción tangible, YARMI, fue el ganador
de este premio. Los asistentes al evento lo votaron dejando un
mensaje de video en el dispositivo Botón.tv. Sus impulsores -los
estudiantes Pablo Bounous, Bruno Azzinari y Gastón Caldeiro-
recibieron tres I-Pod Shuffle como premio.

1124
 milveinticuatro

Tracking en el fútbol
La idea... surge a partir de una charla de amigos, por el mes de
Febrero de 2010.

L
os hinchas salen del estadio discutiendo cual fue el me-
jor jugador del encuentro, la discusión puede durar días,
los “especialistas” del futbol siempre tienen claro cuales
fueron las causas de la derrota, los técnicos cuenta con
la experiencia, conocen a los jugadores, “saben” quien “andu-
vo bien” y quién no. Más allá de cualquier argumento, lo cierto
es que todas estas conclusiones son hijas de la intuición, expe-
riencia y percepción.
La alta competencia y profesionalismo en el que hoy se maneja
el futbol, necesita de otras herramientas que ayuden a la toma
de decisiones y a la evaluación de los jugadores.
¿Sera posible obtener información objetiva y precisa de la per-
formance de un jugador en un partido de futbol? Este es el pro-
blema que busca resolver, el proyecto de grado titulado “Trac-
king de jugadores de futbol “que se desarrolla actualmente en
la facultad de ingeniería de la UDELAR.
El proyecto que funciona desde Abril 2010 y tiene como fecha
de fin marzo 2011, busca crear una solución adaptada a nuestro
entorno, del problema descrito. El grupo también planea reali-
zar pruebas de campo. Con el dinero de la fundación Ricaldoni
se alquilaron cámaras y equipos que fueron utilizados el partido
Uruguay Argentina (Sub 17), disputado en el Parque Central el
pasado 19 de noviembre.
Más allá del cual sea el destino del proyecto una vez finalizado,
lo importante es la formación del conocimiento propio en pro-
blemas de estas características, donde el futbol es una de las
posibles aplicaciones. Esperamos que esta tecnología sea apli-
cada próximamente en Uruguay, no tenemos dudas que es un
paso hacia el profesionalismo de nuestros jugadores y técnicos
de futbol.

Por medio de cámaras fijas instaladas en el estadio, se obtiene

la posición, velocidad así como otros datos de interés, de los 22
jugadores en los 90’ de partido. Estos datos permiten obtener
información precisa del rendimiento, tanto individual como co-
lectivo. Velocidad media, distancia y zona recorrida, porcentaje
de pases acertados o errados, son algunos de los datos que
pueden obtenerse, tanto del propio cuadro como del rival. El
propio cuerpo técnico podría recibir los datos actualizados en
tiempo real, para tomar las decisiones oportunamente.

Además, contar con esta información permite realizar progra-

mas de enteramiento personalizados para cada jugador, aporta
información para la selección y reemplazo, identificar causas y
evolución de las lesiones así como la estrategia de prevención.
La idea de adaptar e implementar esta tecnología en Uruguay,
surge a partir de una charla de amigos, por el mes de febrero
2010. Ernesto Ferreira y Pablo Chiesa estudiantes de la carrera
ingeniería eléctrica, plantearon en el instituto (IEE) la viabilidad
de realizar un proyecto de grado en esta área. Más tarde, gra-
cias al apoyo de la Fundación Ricaldoni, los fondos necesarios
para llevar adelante el proyecto estaban asegurados. La necesi-
dad de encontrar un tercer integrante dado que es un requisito
del instituto (IIE) hizo que Nicolás Sampietro, estudiante de la Ernesto Ferreira
carrera ingeniera en computación (INCO), se sumara al equipo Nicolás Sampietro
de trabajo. Pablo Chiesa

1134
milveinticuatro
XCR-Y
Padres sordos podrían ser notificados del llanto de sus bebés,
del timbre de su casa, y una multitud de eventos a elección.
B
ásicamente el XCR-Y es un sistema portátil que per-
mite detectar, traducir y gestionar cualquier tipo de
evento binario en tiempo real, se comprende por
evento binario a todo evento del tipo “paso o no
paso”, “apagado o prendido”. El hecho de ser portátil diversi-
fica su lugar de uso y lo hace ideal para todo tipo de personas,
en especial para aquellas con algún tipo de discapacidad por la
cual no pueden acceder a la comunicación de algún evento que
ocurra por estar privados de alguno de sus sentidos.
XCR-Y nace esencialmente como una solución a los problemas
de comunicación de personas discapacitadas. Su génesis se de-
sarrolla dentro de la asignatura Taller Encararé, brindada en la
Facultad de Ingeniería de la UDELAR. Entre algunos objetivos
de esta asignatura se tiene el relacionar a los estudiantes con
actores socio-económicos del país, por ello se nos incentivó a
generar algún concepto de producto que cubriese alguna ne-
cesidad dentro de cierta área específica. En un principio nos
contactamos con distintas asociaciones dentro del área de dis-
capacidad tales como ASUR, UNCU, fundación FREE y coor-
dinamos diversas reuniones, así como también acudimos a la
escuela especial Nro. 231 que atiende trastornos del espectro
autista y al congreso FIDA-2010-SICA de este año efectuado
en la Universidad Católica. Los encuentros efectuados en es-
tos lugares nos permitieron profundizar en algunas realidades
de personas con discapacidad, conociendo como se desarrolla
habitualmente su vida y cuales son algunas de sus necesidades.
También se nos comunicó sobre la existencia de dispositivos en
Europa y Estados Unidos que solucionan varias de las carencias
que se plantean cotidianamente pero se nos puso énfasis en
que su accesibilidad tanto económica como material es dema-
siado escasa sino nula por estas latitudes. Quizás lo que más
llamó nuestra atención fue percibir la carencia de comunicación
existente entre la sociedad y las personas con algún tipo de dis-
capacidad, no solo a nivel personal sino institucional, nos quedó
la sensación de que muchas veces no son necesarios ingenieros,
sino solo la buena voluntad de la gente.
1144
Se empezó a generar dentro del grupo conciencia de que las
personas discapacitadas solo tenían una única necesidad sub-
yacente a la mayor parte de sus problemas.... la comunicación.
Aún no se había articulado claramente esto cuando decidimos
empezar a tratar el problema que tienen los padres sordos para
percibir el llanto de sus bebés.
Trabajando con una tormenta de ideas sobre los distintos ele-
mentos que debería tener un producto satisfactorio para cum-
plir este fin, pudimos apreciar en cierto momento que lo que
estábamos planteando tenía gran potencial, la propuesta era
lo bastante genérica como para barrer un gran espectro de
posibles usuarios, tanto dentro del área de los discapacitados
como fuera de ella. Fue allí donde encontramos que se podría
solucionar el problema básico de la comunicación. Luego de
analizar el mercado regional y la forma de implementar nuestra
idea, resulto claro que podríamos solucionar un gran número
de problemas de manera económicamente viable a través de
nuestro concepto de producto.
Padres sordos podrían ser notificados del llanto de sus bebés,
del timbre de su casa, y una multitud de eventos a elección. Per-
sonas de edad avanzada o discapacitados motrices podrían no-
tificar fácilmente lo que necesitan a personas que no se encuen-
tran con ellos, con solo apretar un botón. Se podrían utilizar el
sistema como cualquier tipo de alarma, como por ejemplo de
humo o de movimiento. Al ser portable puede utilizarse tanto
en autos como en casas. Y en un sin fin de implementaciones
de domótica fácilmente expandibles y configurables. Todo esto
utilizando si se desea la red celular tanto para el envío como
para la recepción de notificaciones. Lo antedicho nos muestra
porque XCR-Y es ideal para un amplio espectro de personas.
A continuación se describirá brevemente el sistema. El XCR-Y
consiste en cierta cantidad de módulos emisores encargados
de detectar una amplia gama de eventos binarios y notificar al
módulo central en caso de ocurrencia.

El módulo central a su vez, portable y con conexión a la red ce-
lular, se encarga de recibir las notificaciones, así como de iden-
tificar, gestionar, y enviar las señales a los módulos receptores
correspondientes para hacer llegar tanto a el usuario como a
otros dispositivos la notificación del evento ocurrido. Cabe acla-
rar que todas las comunicaciones son inalámbricas, así como
también que este módulo central se encarga de comprobar que
los dispositivos estén dentro del alcance de comunicación, de
pedir una confirmación del evento por parte del usuario, e inclu-
so de redirigir la notificación a la red de telefonía celular, todo
con una lógica versátil y programable por el usuario.
Logrado esto y ampliando el espectro de aplicación a distintos
eventos cotidianos, puede verse como se obtiene un sistema
capaz de gerenciar y notificar eventos de un amplio espectro
gracias a su fácil capacidad de expansión, simplemente agre-
gando los dispositivos emisores y receptores adecuados.
milveinticuatro
Nuestro grupo está compuesto por cuatro estudiantes avanza-
dos de la carrera Ingeniería Eléctrica de la Universidad de la
República, con actitud pro activa y dinámica.
Ismael Rodríguez ‘Técnico en Electrónica Analógica’ de la Uni-
versidad ORT, con experiencia de varios años de trabajo en el
área.
Carlos Briozo estudiante avanzado también en la Licenciatura
en Física de la UDELAR
Mauricio Olivera es de todos nosotros quien tiene más contac-
tos cercanos en el área de discapacidad.
Mauricio Ramos actualmente también forma parte del plan-
tel docente del Instituto de Física de la Facultad de Ingeniería
(IFFI).
Actualmente estamos en contactos con docentes del Instituto
de Eléctrica de la FING quienes nos han comentado la posi-
bilidad de acreditar de alguna manera el desarrollo de este
producto en nuestra carrera, independientemente por nuestra
parte debido a al interés de llevar adelante este concepto se
a empezado la búsqueda de fondos para la producción de un
prototipo.
Carlos Briozo
Mauricio Olivera
Mauricio Ramos
Ismael Rodríguez
milveinticuatro
Revolución Francesa II
El Salón del Automóvil de París: la “ciudad luz”, derrochó
arte para todos los gustos.
S
i bien el título nos remonta a fines de 1700, solo es
un juego de palabras, que intenta sugerir la impresión
que me dejó recorrer el mes pasado, junto a miles de
afortunados, (poco mas de un millón doscientos mil vi-
sitantes) el Salón del Automóvil de París (http://www.mondia-
lautomobile.com). Algo así como la “meca de los centímetros
cúbicos”, simplemente una exposición soberbia en cuanto a
despliegue de lujo, diseño y sobretodo tecnología.
Como describir una de las exposiciones automotrices más gran-
des a nivel mundial, junto con Ginebra, Frankfurt y Detroit, el
salón de París encabeza la lista de privilegio en cuanto a grado
de importancia se refiere, tanto fabricantes de la industria, mar-
keting, prensa y público en general, esperan dos años para su
realización. No en vano, algún dato estadístico, hace hincapié
en el incremento en cuanto a ventas se refiere, una vez conclui-
do el evento.
Es así como el pasado mes de octubre, durante quince días el
Louvre (http://www.louvre.fr/llv/commun/home.jsp) tuvo que
compartir el podio de visitantes de algunas de sus obras de
arte con estas maravillas de la tecnología, donde el diseño más
simple nos despierta admiración. Sencillamente la “ciudad luz”,
derrochó arte para todos los gustos.
En esta edición, bajo el lema “El futuro, ahora” no solo con-
fluyen el pasado, Francia es pionero en este tipo de eventos
a nivel mundial, (el primero data de 1898) con un futuro muy
inmediato, algo así como cien nuevos productos contado pro-
totipos, sino que por lo expuesto en esta oportunidad, es aquí
donde se intenta consolidar en forma definitiva el concepto de
coche “limpio”.
Por tal motivo si usted es de los que admiran la potencia de un
V8 y la sinfonía de su motor alineado al unísono para generar
altas emisiones de carbono, paradójicamente siento informarle
que “se avecinan tiempos difíciles”, la premisa de la industria
automotriz, es intentar superar la última crisis apostando fuerte
a las denominadas “Tecnologías Verdes” (Green IT).
Queda claro que la gran mayoría de los que interactuamos en
informática, a diario traducimos el concepto de Green IT al con-
trol de impresiones innecesarias, elección de equipamiento de
1164
bajo consumo eléctrico, aprovechamiento de recursos a través
de virtualización, entre otros, en este caso, me pareció con-
veniente utilizar la definición de Wikipedia (http://es.wikipedia.
org/wiki/Green_computing), la cual habla de Green Computing
también conocido como Green IT o traducido al español como
Tecnologías Verdes se refiere al uso eficiente de los recursos
computacionales minimizando el impacto ambiental, maximi-
zando su viabilidad económica y asegurando deberes sociales.
No solo identifica a las principales tecnologías consumidoras
de energía y productores de desperdicios ambientales sino que
ofrece el desarrollo de productos informáticos ecológicos y pro-
mueve el reciclaje computacional. Algunas de las tecnologías
clasificadas como verdes debido a que contribuyen a la reduc-
ción en el consumo de energía o emisión de dióxido de carbono
son computación en nube, computación grid, virtualización en
centros de datos y teletrabajo.
Muy verdes . . .
Términos como E-drive, híbridos, baterías de litio entre otros,
formarán parte de nuestro problema diario por llegar al tra-
bajo (salvo que usted sea un afortunado de vivir cerca o sen-
cillamente elija un medio de transporte alternativo), si bien la
diferencia en un principio puede referirse a sistemas híbridos
formados por un propulsor de gasolina y un motor eléctrico vs
autos 100% eléctricos (pasando de ser un prototipo a una reali-
dad, de unos 120 Kmts/h y autonomía de carga de mas de 100
kmts), la tendencia apunta a esto, bajo consumo y sin emisiones
contaminantes, reduciendo al máximo la dependencia con el
petróleo. Tan cerca estamos de esta realidad, como el acuer-
do firmado este año por Telefónica y Endesa, “La recarga de
coches eléctricos en cabinas de Telefónica será posible gracias
a que Endesa y Telefónica han firmado un acuerdo que serviría
para que la Green IT tenga de aliada a la empresa de comuni-
caciones y ambas apostarían por los vehículos eléctricos. Esta
alianza no sólo favorece a las empresas a crecer en el mercado
sino que, a la vez, favorece a los autos menos contaminanado-
res del mercado.”
Extraído de: http://erenovable.com/2010/03/31/telefonica-re-
cargara-coches-electricos/
milveinticuatro
Por el lado del anfitrión, tenemos el aporte del grupo PSA Peu-
geot-Citroën con sus versiones totalmente eléctricas, el Peu-
geot iOn y Citroën C-Zero (cero consumo de combustible, cero
emisiones y cero ruidos), así como también el aporte del grupo
Renault con su nuevo sedán Fluence ZE. A modo de detalle una
nota entretenida fue el Test Drive de autos eléctricos, disponi-
ble al público en uno de los pabellones de la expo, realmente
todo un reto.
No tan verdes . . .
Ahora es el turno de los que mantienen vigentes los sueños de
varios, fabricantes como Ferrari, Lamborghini, Jaguar, Porsche
entre otros, de eléctricos solo los alza cristales y “algún detalle
mas”. Esas obras de arte que simplemente son de otro mundo,
o al menos el “peaje” hasta ellos es muy costoso, mantienen
su lugar de privilegio agregando accesorios de lujo. Tal es el
caso de la fuerte alianza entre la industria automotriz de alta
gama y firmas exclusivas de los mas variados rubros, a modo
de ejemplo el caso de la firma suiza Jaeger-LeCoultre la cual a
través de su reloj AMVOX2 DB9 (un poco mas de 15.000 euros)
le permite manipular accesos y luces de su Aston Martin DB9
1184
(la firma fue una de las ausentes en esta edición). Otro caso es
el de Porsche Design asociada con la marca Sagem para lan-
zar desde hace ya un tiempo al mercado un modelo de celular
de unos 1.500 euros (con algunas críticas de conectividad pero
funcionando al fin). Así la lista de casos puede ser interminable,
poder chequear su casilla de correo leída a través del sistema
operativo iDrive BlackBerry Pearl 3G de BMW (Bluetooth y el
sistema ConnetedDrive lanzado este año por la marca), Ferrari
ONE producto de la alianza entre Ferrari y Acer, etc, el razona-
miento en estos casos es básico, si existe es por que evidente-
mente se consume sin importar el costo.
La verdad a esta altura del artículo no queda mucho por decir,
luego de recorrer solo 5 de los 8 pabellones que presenta la
“feria”, en sus casi 220.000 metros cuadrados, me envolvió un
cierto aire de nostalgia por mi primer auto, si ese, el del ´62,
el que traía el “escudito” (castillo de Wolfsburg) en el volante,
que se yo, será que luego de tanto despliegue de tecnología y
diseño, uno termina abrumado, o simplemente será como decía
un “fierrero” de talla (Pappo Napolitano) . . .”me estoy volvien-
do viejo”.
Un turista.
Eduardo Gómez
egomez.rey@gmail.com
milveinticuatro
Paranoia binaria
No importa el estado en que estemos, siempre vamos a ser ca-
paces de conservar nuestras individualidades...
B
inarios: unos y ceros. Perfectos, definidos, rígidos y
sin errores. Sin lugar a dobles interpretaciones. Única-
mente dos estados posibles. Están prendidos o apa-
gados, existen o no existen, son el todo o la nada.
Una maravilla de la tecnología que nos ha permitido como es-
pecie, logros antes solo imaginados por unos pocos elegidos,
avanzando a pasos de gigante hacia nadie sabe donde. Este
notebook desde donde estoy escribiendo ahora era un aparato
de ciencia ficción hace solo 20 años, sin embargo hoy ya es casi
una pieza de museo.
Humanos: los habemos de todos los tipos. Imperfectos, indefi-
nidos, flexibles o rígidos, plagados de aciertos y errores, todos
por igual.
Tantos estados posibles como individualidades. Estamos apa-
gados, encendidos, alegres o tristes, o en cualquier otro tipo de
estado intermedio imaginable.
Somos una maravilla de la creación que nos ha permitido como
especie reinar sobre el planeta.
Estas palabras que estoy escribiendo eran inimaginables, al me-
nos para mí, hace 20, 10 o 5 años. Ni siquiera hace 6 meses.
Sin embargo, no me parece que seamos casi una pieza de mu-
seo.
Que variedad y flexibilidad hay entre nosotros los humanos a
diferencia de nuestra creación, los binarios.
Que maravilla poder cambiar de estado, no con tanta rapidez
como ellos, es verdad, pero con mucha mayor variedad de es-
tados intermedios. Los humanos no cambiamos gracias a un
impulso eléctrico o magnético, sin embargo muchas veces sen-
timos un estímulo que nos cambia, a veces hacia lo sublime, a
veces hacia lo mas bajo.
1204
Imaginemos por un momento que los humanos fuéramos bina-
rios..
Estaríamos despiertos o bien dormidos únicamente ?, alegres o
tristes? de pie o sentados?, delgados o gordos?.
Imaginemos por un momento una heladería donde se vende
solo chocolate y vainilla.
Solo dos sabores, que aburrido !
Sin embargo sería la preferida de los binarios.
Dos opiniones sobre cualquier tema.
Café muy amargo o muy dulce, mujeres rubias o morochas, mú-
sica clásica o rock pesado.
La lista sería interminable…………
Esto es lo que ellos desean, solo dos posibilidades para cual-
quier cosa....
Por suerte esto no es así.
Tenemos una enorme ventaja sobre nuestros subordinados los
binarios.
No importa el estado en que estemos, siempre vamos a ser ca-
paces de conservar nuestras individualidades, nuestros sueños,
encuentros y desencuentros, alegrías y tristezas, esperanzas y
desesperanzas, y sabe cada uno de nosotros en su interior cuan-
tas cosas más.
Afortunadamente somos capaces de adoptar además cualquier
estado intermedio si así lo deseamos.
Ellos, ellos no son capaces de hacerlo, por más que lo quieran.
Sabrán todo esto los binarios?
Espero que no.
No me han demostrado demasiada inteligencia en estos años
desde que los conozco.
 milveinticuatro

Si yo les digo a ustedes que he sido capaz de dominarlos con

unos pocos comandos, seguramente no me lo creen.
Pobrecitos binarios infelices !

Sin embargo, sí me han demostrado muchas cosas más mis co-

legas y compañeros. Amigos al fin, que han hecho de mi trabajo
un lugar y un tiempo maravilloso para compartir y disfrutar.

Solo espero que los binarios que están en este momento en mi

notebook no se enteren. Me imagino que ellos quisieran ser
como nosotros y no me gusta.

Humanos creados en la imperfección, capaces de crear a bina-

rios en la perfección.
Yo me pregunto, cómo es esto posible?
No lo sé, en lo personal prefiero a los humanos.
Después de todo, puede haber alguien lo suficiente tonto como
para querer realmente siquiera intentar alcanzar la perfección ?
Que nunca intentemos los humanos parecernos a ellos, sería
detestable.

Disculpen, eran solo unas reflexiones.

No les cuenten esto a ellos.
Tengo miedo…
Sé que me están esperando a la vuelta de la esquina.

Alejandro Albela

1214
milveinticuatro
Certificarse ante todo
Hoy por hoy estar certificado en alguna especialidad IT represen-
ta claramente una ventaja competitiva a corto o mediano plazo.
P
arece ser el camino de los tiempos que corren. En mu-
chos casos culminar la carrera informática no es el an-
helo inmediato, aunque convengamos que poseer un
título universitario cuando se busca un primer empleo,
constituye un diferenciador importante. Conversando con jó-
venes que están aún en la etapa universitaria, cuando les surge
un trabajo part-time se escucha constantemente el planteo de
realizar capacitaciones oficiales para rendir una certificación de
validez mundial y aplazar de momento por uno o varios semes-
tres las materias de facultad, como un complemento vital para
lograr una rápida inserción laboral.
Hoy por hoy estar certificado en alguna especialidad IT repre-
senta claramente una ventaja competitiva a corto o mediano
plazo. Si repasamos un poco, actualmente existen casi un millar
de certificaciones en el mundo IT según un análisis realizado
por la revista Certification Magazine (www.certmag.com) la cual
presenta las mejores del mercado a la fecha:
- Microsoft: MCP, MCSA y MCSE (Especialización en Seguridad
y Mensajería), MCAD, MCSD, MCDBA.
- CISSP del ISC2 – La mejor certificación en seguridad de infor-
mación de nivel intermedio a avanzado.
- Cisco Certified Network Associate (CCNA).
- LPI del Linux Professional Institute.
- Red Hat Certified Engineer (RHCE).
- Sun Certified Java Programmer (SCJP) – Sun Microsystems.
- Oracle Certified Professional Administrator (OCP DBA).
Hay una realidad que hace aún más atractivas a estas certifica-
ciones y es que en la mayoría de ellas no es requisito asistir a
un curso costoso de por sí, sino que por el contrario, prima el
autoestudio, el adquirir material online o la compra de libros ya
sea en el medio local o por Internet exentos además de obliga-
ciones impositivas, para luego rendir exámenes inclusive con al-
1224
gún descuento promocional. Las empresas proveedoras se han
ido preocupando cada vez más en atacar varios flancos para
hacer más atractivas sus propuestas.
¿Pero cual es el motivo para seguir este camino que parece ser
el boom del momento?
En lo personal: abarcaría los siguientes puntos:
Remuneración, Seguridad laboral, Promoción interna, Recono-
cimiento, Satisfacción personal, Valor añadido en el Currículum,
Diferenciación de otros candidatos a un mismo puesto de tra-
bajo...
En lo empresarial:
Convertirse en referente de la industria en un área específica,
mejorar el posicionamiento en el mercado, generar nuevos ne-
gocios o ampliar el portfolio de soluciones.
¿Como perciben esto los clientes?
Del lado de los mismos se conjugan varios factores que ayudan
a la buena imagen que podemos brindar:
Experiencia en campo, títulos universitarios y certificaciones
internacionales son la base…. a los que se agregan como con-
plementos, el trato ameno en el día a día, años de atención y
servicio, en definitiva estar cerca del cliente y sobretodo marcar
presencia cuando ocurren hechos graves. La rápida respuesta
más el espaldarazo que significa tener una firma de empresa
confiable y con larga trayectoria en el medio, contribuyen in-
equívocamente para convertirnos en un referente clave de la
industria.
A continuación algunos números interesantes según la empresa
Gartner Consulting (*):
El 80% de las personas certificadas consigue encontrar trabajo.
El 66% de los profesionales certificados obtienen incrementos
salariales.
El 71% de los informáticos conserva su trabajo una vez certifi-
cado.
milveinticuatro

Otros beneficios derivados de la certificación:
- El 50% de los profesionales consigue sus objetivos profesiona-
les después de certificarse.
- El 60% de los profesionales de las Tecnologías de la Informa-
ción considera la certificación extremadamente valiosa.
- El 83% de los profesionales informáticos consigue un nuevo
empleo gracias a la certificación.
De todas formas esto suena más razonable en los cargos más
técnicos, de campo o el grueso de los empleados cuya rotación
laboral es más marcada; ahora bien, ¿que sucede en los pues-
tos medios o gerencia?
Ahi parece primar lo convencional, ante todo el título univer-
sitario para luego si observar claramente como el mercado ve
con buenos ojos otro tipo de certificaciones como ser algún
postgrado específico o mejor aún un MBA (Master en adminis-
tración y negocios).
Finalmente si se realiza una encuesta se verán matices de opi-
nión de acuerdo al público objetivo: muchos dirán por ej: “Cer-
tificarse puede verse como el suponer para los demás que uno
conoce de ese tema en profundidad cuando esto no es tan
así…” o quizás: “Yo conozco a fulanito que se certificó en ……y
sin embargo nunca toco nada de eso…..”. También : “Mengani-
to cambio de empleo gracias a la certificación X..”
También es observable en medios chicos como el nuestro, la
poca especialización y exclusividad en una tarea, es decir de-
dicarse por ej solo a base de datos, telefonía ip o aplicaciones
Microsoft. Muy por el contrario la pequeñez del mercado obliga
a conocer y “tocar” un poco de todo buscando certificarse en
cuanta cosa amerite un negocio.
Esto traería como ventaja poder conocer diversas y muy diferen-
tes tecnologías, poder “switchearse” rapidamente de telefonía
ip a soluciones de storage, o de seguridad a implementación
de ivrs. En contrapartida podría resultar altamente costoso no
contar con el “expertise” necesario en determinada área vital
para el medio.
Más allá de las múltiples opiniones que se tengan, parece ser
un hecho incontrastable la ventaja competitiva que se obtiene
con las certificaciones y el plus que significa estar innovándose
constantemente en el conocimiento que brindan nuestros pro-
veedores y lograr ser representante de marcas prestigiosas a
nivel regional y mundial.

(*) Estudio elaborado por Gartner Consulting a instancias de CompTIA y Prometric.

Gartner Consulting es una empresa con más de 20 años de experiencia en la identificación y el análisis de las tendencias del sector de las Tecnolo-
gías de la Información.
CompTIA es la asociación de un gran número de compañías de tecnología informática, que representa a 7.500 empresas reconocidas de software,
hardware, integradores de sistemas, telecomunicaciones, Internet..., y además se encarga de certificar a los profesionales de servicio técnico.

Prometric es una división de Thomson Learning dedicada a distribuir servicios de exámenes de certificación por vía electrónica.

Lic. Gabriel Madoz

MCSE, MCSA, Cisco IP TS, Trend CSE, GSE, CNA
gmadoz@gmail.com

1244
milveinticuatro
Limpiando la red
Estos pequeños cambios nos van a ahorrar bastante tráfico en
la red, tiempo de procesamiento en los equipos.
C
ualquiera que tuvo que analizar registros de firewall
o se preocupó por saber lo que pasa en la red, segu-
ramente se encontró con una buena cantidad de pa-
quetes basura, sin sentido, solicitudes o respuestas
genéricas de broadcast, estos paquetes en muchos casos son
inútiles y pueden resultar peligrosos.
Mientras menos basura tengamos corriendo en nuestra red, y
ensuciando nuestros registros, más sencillo nos resultará identi-
ficar problemas o ataques dados por gusanos, cuando los ten-
gamos que salir a buscar.
Uno de los tantos protocolos que molestan en extremo envian-
do broadcast es NetBIOS.
NetBIOS es un protocolo que podría considerarse de la edad
de piedra, pero que Microsoft ha mantenido por compatibilidad
hacia atrás y que seguramente seguiremos viendo por muchos
años más. El problema es que, al ser un protocolo tan viejo, es
especialmente inseguro y ruidoso.
Para el que no tenga ni medio de idea de lo que estoy hablan-
do, NetBIOS se utiliza para asignar nombres y Workgroups a las
estaciones de trabajo y proveer una capa de sesión sobre la cual
pueden funcionar otros protocolos.
El caso más familiar es el de las carpetas compartidas en Win-
dows. La compartición de directorios utiliza el protocolo (SMB),
el cual solía funcionar sobre la capa NetBIOS, y aunque las ver-
siones actuales (llamada CIFS) pueden funcionar directamente
sobre TCP/IP (en el puerto 445), Windows sigue utilizando la
resolución de nombres de NetBIOS (llamada WINS) para encon-
trar máquinas en la red.
A lo que quiero llegar, es que, en una red Windows todas las
máquinas tienen un nombre NetBIOS y utilizan el servicio WINS
para encontrar a otras máquinas en la red. El funcionamiento de
WINS pueden pensarlo como el de un server DNS. Cuando una
máquina desea enviar paquetes a otra, consulta por su nombre
NetBIOS, si lo encuentra, envía los paquetes.
1264
La resolución NetBIOS se puede realizar de diferentes formas,
dependiendo de la configuración de la máquina. Las formas de
resolución se llaman tipos de nodos. Existen 5 tipos de nodo:
B-node (broadcast) la máquina envía la consulta en forma de
broadcast, es decir, a todas las máquinas de la red.
P-node (peer-peer) la máquina envía la consulta al servidor
WINS configurado previamente. Si no existe servidor WINS o si
no puede contactarlo, o el servidor no conoce el nombre que
buscamos, la consulta termina.
M-node (mixed) es una combinación de los nodos B y P, donde
primero se consulta en forma de broadcast y si no se obtiene
respuesta satisfactoria, se consulta al servidor WINS.
H-node (hybrid) funciona al revés que M. En este caso primero
se envía la consulta al servidor WINS, si este no puede resolver,
entonces se consulta en forma de broadcast.
Microsoft enhanced B-node actúa como el modo B, pero si se
puede resolver el nombre, entonces se consulta a un archivo
llamado Lmhosts, el cual es configurado a mano por el admi-
nistrador.
Como pueden observar, tenemos combinaciones de sobra para
la resolución. En una red controlada por Active Directory la re-
solución se lleva a cabo por DNS, y si esta falla, se realiza una
resolución NetBIOS utilizando un servidor WINS.
El problema es que los servidores y workstation vienen configu-
rados por defecto para utilizar el tipo de nodo H, es decir, se
consulta primero por WINS y si falla se hace broadcast. Ahora,
si en nuestra red, nuestro servidor WINS no conoce un dado
nombre, entonces ninguna máquina debería conocerlo! Este
sistema se presta para diversos ataques de mitm (man in the
middle) haciendo spoofing de nombres NetBIOS. Además, éste
sistema provoca que circulen por la red paquetes inútiles, dado
que nadie responderá (no debería...).
Exchange presenta un comportamiento muy particular, intenta

resolver las direcciones de mail utilizando éste sistema DNS-
WINS-Broadcast, por lo que nombres desconocidos acarrean
broadcast continuos. Claro que el intento por resolver nombres
arbitrarios es un indicador de algún malware en la red...
¿Qué hacemos con este sistema anticuado?
Tenemos dos opciones. Por un lado MS está tratando de eli-
minar el uso de NetBIOS y pasar a CIFS sobre TCP/IP con re-
solución DNS. Para esto, simplemente debemos desactivar
NetBIOS. El problema es que muchas aplicaciones antiguas
necesitan de éste protocolo, así que esta opción es poco ade-
cuada en muchos casos.
1274
milveinticuatro
Deshabilitar el uso de NetBIOS en sistemas Windows es tan
simple como:
1- Ir a “Panel de control” -> “Conexiones de red” -> elegir la
conexión y dar Click derecho y elegir propiedades.
2- Seleccionar Internet Protocol (TCP/IP).
3- Clickear en Opciones Avanzadas.
4- Seleccionar el tab WINS Address.
5- Seleccionar Deshabilitar NetBIOS over TCP/IP.
Si no podemos eliminar el uso de NetBIOS por alguna justifi-
cada razón, algo que sí podemos hacer es eliminar el uso de
Broadcast en caso que el servidor WINS no pueda resolver.
Para eliminar el broadcast tendremos que setear el tipo de
nodo NetBIOS como P (peer-peer). El tipo de nodo que tene-
mos seteado actualmente se puede ver ejecutando ipconfig /all
y viendo la línea Node Type.
Procediendo con el cambio de tipo de nodo, debemos elegir
una de dos opciones:
- Cambiar la opción de tipo de nodo en el servidor DHCP, donde
utilizaremos la opción 46 y cambiaremos el valor a 2 (P-node).
Los otros valores posibles son (1 Microsoft-enhanced B-node), 4
(M-node) y 8 (H-node).
- Cambiar el valor
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Servi-
ces\Netbt\Parameters\NodeType del registro y colocar 2 (P-
node).
Estos pequeños cambios nos van a ahorrar bastante tráfico en
la red, tiempo de procesamiento en los equipos y dolores de
cabeza al intentar rastrear un problema.
Recuerden el viejo principio KISS (Keep It Simple, Stupid) mien-
tras menos cosas innecesarias, mas fácil será administrar su
red.
Renzo Repetto
Administrador de redes
renzoreppeto@gmail.com
milveinticuatro

“La modestia es el complemento de la sa-

biduría.”
Bernard Le Bouvier de Fontenelle

Un hombre tranquilo, modesto, agradeci-

do; elegido entre sus pares de forma uná-
nime como Decano de Facultad de Inge-
niería.

Informático gracias a una Comodore 64.

Sonriente al decir “No uso celular”, do-

cente e investigador, genio para algunos,
aspira al diálogo y a una facultad de puer-
tas abiertas.

Orgulloso de su familia, de Yolanda –su es-

posa- colega en la docencia, y de Sofia y
Santiago, sus dos hijos.

Héctor
Cancela

1284
milveinticuatro

Entrevista
El haber sido elegido como Decano de una Facultad tan
pujante … es una oportunidad extraordinaria, que nunca
hubiera soñado cuando me volqué a esta profesión.

Héctor Cancela, Decano de Facultad de Ingeniería - UDELAR

1304

Para todo profesional, ser nombrado decano de la facultad por
la que trabajó debe ser lo más importante.¿Qué sintió en ese
momento?
Fue sin dudas un momento de gran emoción. El voto unánime
de los claustristas de los tres órdenes es, además de lo que
pueda interpretarse como reconocimiento de una trayectoria
previa, una muestra de confianza muy significativa, y que im-
plica entonces una enorme responsabilidad para mi accionar en
este cargo. Yo siento a la Facultad de Ingeniería como mi casa,
y como he comentado en otros ámbitos, tuve la enorme opor-
tunidad de realizar mi carrera y luego comenzar mi actividad
docente en un momento muy fermental, en que prácticamente
“construimos con nuestras manos”, y de manera fuertemente
colectiva, el área de Computación (proceso que también se
daba en la generalidad de la Facultad, si bien en cada área con
sus características particulares). El avance que se ha logrado
en estos 25 años ha sido importantísimo, tanto en enseñanza
de grado y posgrado, formación de recursos humanos de alto
nivel, investigación, y extensión y vinculación con el medio. El
haber sido elegido como Decano de una Facultad tan pujante,
con una enorme tradición y al mismo tiempo con una energía y
una capacidad de innovación muy juveniles, es una oportuni-
dad extraordinaria, que nunca hubiera soñado cuando me vol-
qué a esta profesión.
Al culminar la oratoria del dia que fue electo recordó las es-
cuelas con las que comenzó su formación, ¿qué queda de ellas
en usted?
Debido a mudanzas de mi familia y otros factores, fui alumno de
la Escuela Nº 20 “Felipe Sanguinetti” y la Escuela Nº 102 “Jua-
na de Ibarbourou”, y de los Liceos 13, 33 y 10, en los barrios de
la Unión, Las Acacias, Hipódromo y Malvín. Tengo muy buenos
recuerdos, tanto de distintos docentes, como de los compañe-
ros y compañeras con quienes compartimos el aula. Sin duda
que hubo un aporte importante del punto de vista de la curio-
1314
milveinticuatro
sidad intelectual, del amor por el conocimiento; pero también
de los valores de solidaridad y compañerismo, e incluso de
valores como el cooperativismo y la democracia (por ejemplo
las elecciones para definir los compañeros de cruz roja) en un
momento en que en el país estos valores estaban puestos en
jaque por la situación política vigente. Además, quizás la propia
forma organizativa de la educación pública también ha hecho
que para mí siempre la escuela y el barrio estén directamente
asociados; y que mis compañeros de clase hayan sido también
los amigos que vivían en la zona y con los cuales nos encon-
trábamos en distintas instancias. Hoy mis hijos concurren a las
escuelas públicas del barrio en el que vivo ahora (Escuela Nº
160 en el Barrio Ideal, y Jardín Nº 311 en Malvín Norte), y veo
que ellos también construyen sus amistades y que las mismas se
proyectan luego en la interacción diaria.
¿De donde viene su preferencia por la docencia?
Desde niño estuve en contacto con la docencia, mi madre es
Profesora de Italiano, y siempre trabajó tanto en liceos como
dando clases particulares, a veces en nuestro domicilio. Ya de
adolescente con un amigo comenzamos a dar clases de apoyo
a niños de escuela, o a liceales para preparar examenes, y luego
trabajé mucho tiempo en una academia particular, dando cla-
ses de computación (tanto programación como ofimática). La
actividad de enseñanza es fascinante, requiere un alto respeto
por los estudiantes y la capacidad de “pensar como el otro”
para buscar las mejores estrategias que permitan comunicar y
ayudar a construir y apropiarse de ciertos conocimientos y ha-
bilidades.
Ya a nivel universitario, tomé contacto con una concepción más
amplia de la docencia, que incluye además de la enseñanza,
también la investigación y la extensión; quiero reconocer aquí
de manera muy especial la influencia de Gonzalo Pérez Iribarren
y Elena Ganón, que me orientaron en mi primer cargo docente
de la Universidad, y Mari(t)a Urquhart, que fue mi mentora en el
Departamento de Investigación Operativa y con su ejemplo me
impulsó a optar por la carrera académica como opción de vida.
milveinticuatro
¿Recuerda las opciones o el momento cuando optó por ir a la
Facultad de Ingeniería ?
En mi caso fue un proceso bastante natural, el camino se fue
dando en distintas instancias sin que haya habido un hito muy
especialmente marcado. Diría que el primer momento de op-
ción fue la elección de Bachillerato científico, y luego su opción
ingeniería; que estuvo sin dudas influido por una predilección
por las matemáticas, y yo diría en general (aunque en esa época
no lo hubiera dicho así) por el modelado formal como una he-
rramienta para comprender y gestionar la realidad. Luego tuve
oportunidad, mientras completaba mis estudios secundarios,
de conocer y hacerme amigo de un muchacho muy joven, ape-
nas unos años mayor que yo, Guillermo Lancaster. Guillermo
dictaba en su casa cursos de computación, especificamente de
programación en Basic, trabajando con computadoras Commo-
dore 64. Fui a sus clases, inmediatamente descubrí un mundo
que me fascinó, y en el que me inserté rápidamente. Cuando
terminé el liceo, la opción natural fue realizar estudios de inge-
niería, y específicamente computación.
1324
Casado, dos hijos… ¿le gustaría que alguno de sus hijos siguie-
ra sus pasos?
Mi familia es lo más importante en mi vida, y saber que cuento
con el apoyo de mi esposa Yolanda y mis dos hijos, Sofía y San-
tiago, ha sido fundamental para todos mis emprendimientos.
Yo creo que en todos los ámbitos de la vida la diversidad es
una fuente de riqueza, y en ese sentido mi esposa y yo reali-
zamos actividades que son muy diferentes, ya que Yolanda es
ceramista y educadora popular, y trabaja con niños y con ado-
lescentes de contexto social crìtico; hay por supuesto un punto
de contacto en el aspecto docente de nuestras actividades res-
pectivas. En esta visión, lo que me gustaría es que mis hijos en-
contraran sus propios caminos, consistentes con sus aptitudes e
intereses personales, y no me ilusiona particularmente que eli-
jan una profesión similar a la mía. Lo que quiero es que tengan
la misma posibilidad que tuve yo de elegir una actividad que los
apasione, y en la cual puedan realizar un aporte a la sociedad y
sentirse realizados.

Quizás la facultad de ingeniería no es la mas elegida, ahora,
desde su punto de vista de decano, cree que es necesario tra-
bajar desde esas escuelas que agradeció para acercar la inge-
niería y romper la barrera que existe?
Soy un convencido que para consolidar un crecimiento produc-
tivo del país y una mejora de la calidad de todos los habitantes,
es clave la formación de recursos humanos en diversas áreas,
y que entre ellas las profesiones vinculadas a la tecnología, tal
como las Ingenierías pero también carreras más cortas como
los tecnólogos, tienen un papel especialmente relevante. Esto
implica trabajar en muchas dimensiones: mejorar la formación
en la enseñanza primaria y media, disminuir la tasa de deser-
ción universitaria, diversificar las opciones de carreras y masifi-
car la posibilidad de ingreso en carreras como los Tecnólogos
que cuentan con cupos actualmente. Pero también es necesario
trabajar dede las escuelas y liceos, y en general en todos los
ámbitos de la sociedad, para acercar la Ingeniería al imaginario
colectivo, y que más jóvenes encuentren su vocación en esta
área. La Facultad ya realiza algunas acciones en este sentido,
otras han sido impulsadas por la ANII, pero sin dudas que hay
un campo muy grande para cubrir, y que hay que imaginar mo-
dalidades de mayor impacto, en las que estén directamente in-
volucradas las escuelas y liceos del país.
¿Cuánto le cuesta explicar por qué no tiene celular? ¿por què
no tiene celular?
Bueno, desde una posición quizás extrema, yo encuentro que
un celular es una computadora demasiado limitada y sobre
todo con un método de entrada extremadamente ineficiente,
sea cuál sea la variante de pantalla o teclado escribir allí es al
menos un par de órdenes de magnitud más lento que hacerlo
escribiendo al tacto en un teclado QWERTY clásico. Yo llevo
siempre encima mi netbook, con una conexión de ADSL mó-
vil y telefonía internet puedo sin problemas realizar llamadas
a cualquer teléfono en Uruguay o en el mundo, y por supues-
to contactarme por mensajería instantánea también. Por otro
lado, en mi trabajo usualmente estoy en mi oficina, que tiene
teléfono fijo; o cuando estoy fuera de la misma, en una reunión,
no me interesa que me interrumpan con una llamada, prefiero
la asincronía de un correo electrónico.
¿Cuánto le aporta a una persona, profesionalmente una pasan-
tía en el exterior?
Yo tuve oportunidad de realizar mis estudios de maestría en
Francia, y posteriormente mi doctorado en un regimen de co-
tutela, por lo que entre 1992 y 1996 pasé más de treinta meses
residiendo en la ciudad de Rennes, trabajando bajo la dirección
de Gerardo Rubino, investigador uruguayo radicado en Fran-
1334
milveinticuatro
cia, y al que quiero agradecer por todo lo que me ha aportado
del punto de vista profesional y humano. Posteriormente, por la
propia dinámica de la actividad de docente e investigador, he
realizado regularmente visitas a colegas en distintas institucio-
nes tanto en la región como en Europa y Estados Unidos. Para mi
ha sido una experiencia tremendamente enriquecedora, tanto
del punto de vista de los conocimientos y de la oportunidad de
realizar investigación en equipos de primer nivel, pero también
en el aspecto humano; el conocer otras culturas y costumbres,
y ver el mundo desde otras perspectivas. Creo que recién cuan-
do uno tiene estas oportunidades es capaz de darse cuenta de
cuantas costumbres que creemos universales son profundamen-
te locales, y en otros lados no resultan entendibles, y viceversa.
También permite mejor apreciar todo lo bueno que hay en el
país, uno viaja a países “desarrollados” y se encuentra con que
el nivel de trabajo en nuestro país es tan bueno o mejor en mu-
chos aspectos. Por lo tanto, permite romper con todo tipo de
preconceptos, tanto humanos como profesionales.
Esta pregunta es trillada, tiene una respuesta cuando se pre-
gunta… ¿Por què hay menos mujeres en ingeniería?
En el conjunto de estudiantes de la Universidad hay más mu-
jeres que varones; pero en Ingeniería se invierte radicalmente
esta proporción, si bien hay variaciones importantes de un área
a otra. Yo creo que hay múltiples factores, que van desde la
percepción social del trabajo de un ingeniero, el hecho que ya
a nivel de secundaria los bachilleratos que dan ingreso a la Fa-
cultad tienen un público con una composición de género muy
sesgada, hasta la presencia o ausencia de personas referentes
que hagan que una joven visualice la carrera de ingeniería como
una verdadera opción. También hay estudios muy interesantes
sobre la influencia de la composición del grupo de estudios en
secundaria respecto a la propensión de las mujeres a seguir lue-
go estudios tecnológicos; y sobre el tipo de tareas visualizado
y real que un ingeniero debe realizar, en relación con el papel
preponderante que la sociedad todavía asigna a la mujer en la
crianza de los hijos. En muchos lados del mundo es un tema al
que se le presta particular atención, ya que los fenómenos son
muy variables; hay ingenierías clásicas en las que la proporción
de mujeres viene aumentando significativamente, mientras que
en las carreras más vinculadas a las TIC y particularmente la in-
formática, que tradicionalmente tenía una proporción de públi-
co femenino bastante alta, ahora sufren un proceso de “mas-
culinización”. En Uruguay faltan todavía estudios serios sobre
la situación, pero en particular en las carreras de computación
de la Facultad de Ingeniería ya es posible apreciar que hay un
número significativamente menor de estudiantes mujeres, así
como a nivel docente de ayudantes de ese género; mientras
que en los años 80 y comienzo de los 90, la participación feme-
nina era mucho más significativa.
milveinticuatro
Cada persona, pretende dejar una marca en su tarea, ¿cuál será
la apuesta principal en su período?
La Facultad es una institución muy grande, y afortunadamente
hay muchos proyectos a impulsar y desarrollar, además de los
que están ya en marcha. Conceptualmente, la apuesta es a lo-
grar que la ingeniería aporte cada día más al desarrollo del país.
En la práctica, esto implica potenciar la formación de recursos
humanos, aumentando el ingreso de estudiantes, manteniendo
una continua evaluación para mejorar la calidad educativa, di-
versificando las carreras de grado y posgrado, aumentando la
oferta de cursos de educación permanente. Estas actividades
de enseñanza deben estar estrechamente vinculadas al trabajo
en investigación y en extensión, que a su vez debe tener alto
impacto en sectores estratégicos para el país (como los defini-
das recientemente en el Plan Estratégico Nacional de Ciencia,
Tecnología e Innovación, que incluyen el software, servicios in-
formáticos y la producción audiovisual, la salud, la producción
agropecuaria y agroindustrial, el medio ambiente, la energía,
la educación, la logística y transporte, y el turismo). Estas son
líneas que van a guiar nuestras actividades concretas.
¿Cómo ve el relacionamiento de su facultad con la industria?
La Facultad de Ingeniería tiene ya una larga tradición de vin-
culación con el medio, y en particular con la industria a través
de convenios, asesoramientos, pasantías de estudiantes, y otras
acciones diversas. Para nosotros es fundamental mantener este
vínculo, porque es el que puede darnos una mayor cercanía a la
realidad y los problemas prácticos que allí aparecen. La investi-
gación tecnológica se nutre de estos problemas, porque son los
desafíos no resueltos con el conocimiento actualmente disponi-
ble los que nos cuestionan y permiten avanzar en la creación de
nuevos conceptos, modelos, técnicas y métodos que apunten a
resolverlos. No es un relacionamiento sencillo, porque hay que
construir lenguajes comunes, entender las expectativas, necesi-
1344
dades y potencialidades de cada parte, y generar conocimien-
to y confianza que permita llevar adelante proyectos de mutuo
beneficio. Por suerte tenemos muchos ejemplos en que esto ha
sido posible, y esperamos seguir potenciando esta línea. Ade-
más del trabajo con empresas establecidas, la Facultad también
está comprometida con el desarrollo del emprendedurismo
entre sus estudiantes, docentes y egresados; tenemos diversas
herramientas, entre ellas la Fundación Julio Ricaldoni, uno de
cuyos objetivos es el apoyo a nuevos emprendimientos basados
en la ingeniería.
¿Qué le gustaría que recordara, un estudiante, de su gestión?
En lo personal, mi aspiración es que este sea un período de
puertas abiertas, de diálogo, en que todos tengan posibilidad
de hacer sus planteos, propuestas o críticas, con el ánimo ya
expresado de una mejora continua. Lo que realmente quisiera
es que, más que recordar una determinada gestión, un estu-
diante recuerde su pasaje por la Facultad de Ingeniería como
una experiencia formadora, muy exigente pero también gra-
tificante, en un ambiente humano en el que cada persona es
valorada y sus intereses concretos tenidos en cuenta, de mane-
ra de potenciar su desarrollo. Un gran escollo que tenemos en
este aspecto es la bajísima relación entre los recursos humanos
y presupuestales que tenemos en relación a la cantidad de estu-
diantes. Para cubrir los costos de sueldos de personal docente y
no docente, bibliografía, mantenimiento de edificio y gastos de
funcionamiento, mantenimiento y gastos de funcionamiento de
laboratorios, inversiones, etc, la Facultad de Ingeniería dispone
de menos de $ 3000 por mes por estudiante activo. Si bien el
uso de estos fondos se realiza de manera extremadamente efi-
ciente, es fácil darse cuenta que es un presupuesto sumamente
pequeño, y que nos presenta desafíos muy importantes para
mantener y mejorar la calidad educativa, como estamos hacien-
do, como muestra el hecho de que hemos acreditado todas las
carreras que hemos presentado en el sistema de acreditación
del MERCOSUR.
milveinticuatro
IBM Forum 2010
Montevideo
“Construyamos un mundo más inteligente, ciudad por Ciudad y
que mejor empezar por la nuestra!!!”
E
l jueves 7 de Octubre, se llevó a cabo el “IBM Forum
2010 Montevideo” en el complejo MovieCenter de
Montevideo Shopping, y fue patrocinado por INCO y
TechData, entre otros.
“Construyamos un mundo más inteligente, ciudad por Ciudad y
que mejor empezar por la nuestra!!!” así comenzó la apuesta de
IBM Uruguay, en la que destacados profesionales trataron di-
versos temas y finalizó con la entrega de premios del “Concurso
de Innovación: Nuestra ciudad, más inteligente”.
Éste concurso había sido lanzado unos meses antes y tenía
como objetivo fomentar la creatividad, el desarrollo y la ejecu-
ción de proyectos que cuenten con un fuerte componente de
innovación y estén alineados al concepto de Smarter Planet de
IBM; y prometía interesantes premios a los ganadores.
Pero comencemos por el prinicipio, cuando Gonzalo de Azpi-
tarte, Gerente General de IBM Uruguay, quien dio la bienvenida
a todos los asistentes que en buena cantidad apoyaron el even-
1364
to, e invitó a conocer las soluciones que transformarán nuestro
mundo y a compartir opiniones con destacados profesionales
que disertaron sobre el tema.
Ciudades Inteligentes
Seguidamente, José Décurnex, Gerente General de Sudamé-
rica de Habla Hispana, comenzó su exposición basándose en
¿Por qué necesitamos ciudades más inteligentes?.
Basándose en ejemplos de diversas ciudades; conectando es-
cuelas públicas, estaciones de policía, hospitales, universida-
des, departamentos de bomberos y centros de salud, o cons-
truyendo una red nacional inteligente y un sistema integrado de
electricidad. Permitiendo a las ciudades automatizar y optimizar
la prestación de servicios al ciudadano; centralizando la toma
de decisiones y reduciendo costos o ayudando a gestionar la
distribución de electricidad y prevenir averías.
El siglo XIX fue un siglo de imperios.
El siglo XX fue un siglo de estados - naciones…
El Siglo XXI será un siglo de ciudades
Wellington Webb, Alcalde de Denver Colorado, USA
Consideraba al “Uruguay hoy”, con más del 50% de hogares
con PC, 400.000 Laptops en Proyecto Ceibal, Mayor número
de usuarios de PCs por cada 100 habitantes en América del
Sur, 1.500.000 usuarios en Internet y el mayor porcentaje de
usuarios con acceso en el continente (14%) y 100% de la red
telefónica digitalizada; y una pregunta retórica… ¿Qué puede
hacer la tecnología para que el país y sus ciudades sean real-
mente inteligentes?
De esta forma, Décurnex dio paso a las charlas que seguida-
mente se dieron paso, en las salas de MovieCenter:
 milveinticuatro

Interoperabilidad en Salud, Marcelo Delgado

Soluciones de movilidad empresarial para una ciudad más inte-
ligente, Luis Eirea
2010 Nuevos Desafíos ¿Oportunidad para la Innovación?, Da-
nilo Rodríguez
Paradojas de Smarter Energy & Utilities - ¿Por donde empezar?,
Antonio Monzón Moreno
Tecnología aplicada a la Gestión de Activos, Adrian Soto
Desafíos alcanzables con la optimización de la información, Ma-
nuel Drabble
Gestión Eficiente de Activos para Empresas más Inteligentes,
Adrián Julio Soto

En resumen, para IBM este es el momento de hacer uso de la

tecnología, de compartir información y soluciones sustentables,
con el fin de transformar los procesos y realizar operaciones
más eficientes e inteligentes.

Concurso de innovación

Para culminar el evento, faltaba la presentación de los ganado-

res del concurso de innovación.

La idea se originó en el foro de innovación de IBM Uruguay a

mediados del 2009, con la finalidad de fomentar la innovación,
el desarrollo de proyectos que contribuyan a construir ciudades
más inteligentes e identificar y reconocer nuevos talentos, y hoy
se está tomando como modelo para realizar concursos similares
en el resto de la región.

Los proyectos finalistas fueron tres,

“Optime” de Leonardo Horovitz

“EcoGym” de Mauro Stocco y Rafael Bruno
“Control de las Redes de Servcios” de Santiago Haretche

1374
milveinticuatro

Optime
La ruta de distancia más corta no siempre es la de menor
tiempo.

Cuál fue la idea?
El objetivo de mi proyecto es obtener la ruta de navegación
para autos por GPS, de tiempo más corto.
Por qué de tiempo más corto?
Porque según el estado del tránsito, la ruta de distancia más
corta no siempre es la de menor tiempo. Los sistemas actua-
les generalmente dan estimaciones basadas en la distancia más
corta. Dan estimaciones bastante malas porque no tienen en
cuenta el estado del tránsito. Si bien hay algunos sistemas que
lo tienen en cuenta, éstos requieren de obra civil, sensores ins-
talados en las calles, antenas, etc. Y sólo cubren las áreas en
donde se instalan. Mi sistema resolvería esto, porque no reque-
riría ni sensores ni obra civil, y abarcaría todas las calles de la
ciudad, utilizando de distinta manera recursos ya existentes.
Cómo se desarrollaría?
medio de una u otra ciudad, o dónde están los puntos de gran
congestión.
Todos estos elementos hacen a un uso más eficiente de las ca-
lles, tiempo y combustible. E indirectamente hace que disminu-
yan las emisiones.
El sistema podría implementarse en celulares con GPS (Android,
iPhone, etc) y también en dispositivos GPS como los que se co-
mercializan hoy en día (Garmin, TomTom, etc).
Cómo se me ocurrió?
Resulta que mi padre compró un navegador GPS en un super-
mercado. Un día usándolo me di cuenta que para ir de la torre
de ANTEL hasta Punta Carretas, trazaba una ruta por dentro de
la ciudad, cuando para mi era obvio que la mejor ruta era por la
rambla. Me puse a pensar qué algoritmo daría por resultado la
ruta de la rambla, y la idea vino a mi mente.

Supongamos una flota de taxis que utilice el sistema que plan-

teo. La idea sería que cada equipo transmita su velocidad pro- Sería un placer conseguir un socio que se sume al proyecto, y en
medio en cada tramo de calle (de esquina a esquina) vía la red conjunto hacerlo realidad.
celular existente (3G, GPRS, EDGE, etc) a un servidor central.
De esta manera, con suficientes vehículos transitando y gene- Mi nombre es Leonardo Horovitz, tengo 27 años y soy estudian-
rando información, obtendríamos una base de datos con las ve- te de Ingeniería en Telecomunicaciones en Universidad ORT.
locidades promedio, de cada tramo de calle, de toda la ciudad,
en tiempo real.
Luego al pedir la ruta para un nuevo destino, la ruta de tiempo
más corto es trivial: tenemos la velocidad de cada calle, y el
largo de cada calle es conocida. El sistema no requiere nada
nuevo, porque utiliza la infraestructura de telefonía celular ya
existente.

Indirectamente, el sistema evita embotellamientos, porque al

detectar que en determinada calle el promedio de velocidad
es bajo, toma otra. Indirectamente también hace algo similar al
“balance de carga” de las redes, pero con el tránsito.
Adicionalmente, el sistema podría tener otros usos. Podría ge-
nerar estadísticas de todo tipo, aprovechables por la intenden-
cia u otros organismos, por ejemplo cual es la velocidad pro-

1384
 milveinticuatro

Eco Gym
Promueve el uso de energías alternativas para la genera-
ción de electricidad y fomenta el ejercicio físico.

¿Cuál es la idea? Básicamente, aprovechar la energía que gas- ¿Cómo surgió?

tan los deportistas en el gimnasio.
¿Cómo? Colocando generadores eléctricos en todas las bicicle-
tas, en los caminadores y en las máquinas que funcionen me-
diante poleas.
De este modo, a medida que se hace ejercicio, se está generan-
do energía eléctrica. Se creará un software que calcule cuanta
energía ha generado una persona y se guarde en una base de
datos, de esta forma se sabrá cuanto aporta cada uno y se les
otorgarán beneficios como descuentos en la cuota del gimna-
sio, bebidas gratis,…
Es una idea que promueve el uso de energías alternativas para
la generación de electricidad y además fomenta el ejercicio físi-
co. De esta forma se están atacando dos problemáticas existen-
tes en la actualidad: cambio climático y sedentarismo.
Todo comenzó el año pasado cuando estábamos estudiando
para una prueba de física relacionada con electromagnetismo,
cuando surgió el tema de energía renovable y pensamos... ¿por
qué los deportistas desperdician tanta energía en un gimna-
sio?... Tanto esfuerzo para levantar pesas o pedalear que es to-
talmente desaprovechado... ¿No se podrá aprovechar?
Somos dos estudiantes de la Facultad de ingeniería, UDELAR,
Rafael Bruno y Mauro Stocco de 19 años y nos pareció intere-
sante el concurso realizado por IBM ya que es una forma de
incentivar y dar a conocer ideas que pueden llegar a solucionar
o mejorar ciertos problemas de la realidad nacional.

¿Cómo se desarrollaría?

En una primera instancia, se podría instalar generadores en

unas pocas bicicletas, de esta forma se evaluaría el impacto que
producen en la gente. Posteriormente, se podría aumentar pau-
latinamente la cantidad de aparatos adaptados.
La idea original del proyecto era que la energía eléctrica se acu-
mulara en baterías, para su posterior utilización. Pero, debido
a la aprobación del decreto de micro generación, surge una
alternativa; en lugar de almacenar la energía en baterías, ésta
es enviada a la red eléctrica de UTE. El ente es quién realiza el
descuento en la factura a fin de mes, en función de la cantidad
de energía que fue enviada a la red.

Para tener una idea de la energía que es posible generar, adap-

tamos una bicicleta e hicimos las pruebas necesarias. A partir de
esto concluimos que, en un gimnasio con 20 bicicletas en el que
se realicen clases de spinning 4 veces al día de 45 minutos c/u,
es posible generar unos 60 kWh al mes.
Teniendo en cuenta que las medidas fueron realizadas con un
dispositivo precario, creemos que la energía generada podría
llegar a duplicarse.

1394
milveinticuatro
Control de redes de servicios
La idea: mejorar la forma en que se brindan los servicios
esenciales a la población.
Mi interés por la ingeniería comenzó desde que tengo memo-
ria, siempre me fascinó la búsqueda de soluciones a problemas
que en primera instancia parecen no tener solución, además,
nunca me quedé ahí, y siempre busqué comprender el funcio-
namiento de dichas soluciones. De chico solía ocupar mi cabeza
en preguntas como ¿por qué vuelan los aviones? o ¿cómo se
comunican los celulares?
Varios años después comprendí que no tenía sentido seguir pen-
sando en lo que ya estaba implementado, sino que lo importan-
te era concentrarse en buscar la solución a los problemas aún
no resueltos, fue entonces que comencé a desarrollar interés
por las ramas más actuales de la ingeniería, como la robótica,
o las tecnologías de la información. Esto se fue transformando
en un hobby, y a los 14 o 15 años desarrollé mi primer (y muy
rudimentario) sistemas, que era capaz de abrir y cerrar la puerta
de mi cuarto (lo cual tomaba cerca de un minuto). Todo esto
fue evolucionando hasta el prototipo que tengo actualmente
en desarrollo que me permite controlar mi dormitorio con co-
mandos de voz (aunque de vez en cuando confunde un “prende
la luz del escritorio” con un “prende el ventilador”). Con todo
este pasado orientado a la ingeniería y la tecnología no tuve
ninguna duda a la hora de elegir la carrera que deseaba seguir,
por lo que me anoté directamente, como primera opción, en la
novedosa carrera de Ingeniería Telemática en la Universidad de
Montevideo.
Fue precisamente en la universidad que vi un poster promocio-
nando el concurso que estaba por realizar IBM, curiosamente
1223
la primera vez que leí el poster creí que tenía una idea que se
alineaba perfectamente con el concurso.
El verano pasado, caminando por la playa, me percaté de lo
rudimentario y costoso que es el actual sistema de medición de
consumos que utilizan las empresas como UTE u OSE, por lo
que lo consideré uno de esos problemas sin solución en los que
ocupar la cabeza.
En principio mi idea original era presentar al concurso un sis-
tema formado por medidores inalámbricos para automatizar
las medidas de los consumos, sin embargo, al investigar en In-
ternet, descubrí que esto ya estaba implementado en algunos
países del primer mundo. Por mi forma de ser decidí que no me
iba a dar por vencido y me avoqué a convertir lo que para mí
había sido una derrota (mi idea innovadora resultó no ser nada
innovadora) en algo más parecido a una victoria. Me dediqué
a mejorar la idea inicial de medidores automáticos, en un me-
jorado sistema inteligente capaz de detectar pérdidas, hurtos
o caídas del servicio en tiempo real. Esto implicaría tanto una
mejora económica para las empresas distribuidoras, cómo un
beneficio para el medioambiente por el mejor uso que se daría
a los recursos naturales.
Esta idea es solo una de las miles de formas en las que podría-
mos destinar toda la tecnología que hemos logrado desarrollar
en los últimos años a cambiar nuestro mundo para convertirlo
en un lugar más habitable, con una mejor calidad de vida para
sus pobladores del futuro.
Santiago Haretche
milveinticuatro
El Software libre
y su mantenimiento. . .
Luego de la configuración inicial y de dejar la solución en
producción, encontramos una zona gris en donde no está
definido claramente quién realiza este tipo de tareas.
C
uando hablamos de software libre nos viene a la
cabeza una o varias piezas de código desarrolladas
por una comunidad o grupo de programadores de
distinta procedencia, que se juntaron para generar
un programa o una aplicación con un objetivo en común. Una
cosa “gratis”, que está al alcance de un click de nuestro mouse.
Algo que podemos descargar de algún sitio de Internet y usarlo
alegremente en nuestras máquinas. Probarlo, usarlo, modifi-
carlo en algún caso o simplemente descartarlo si consideramos
que no nos es útil a nuestro propósito, sencillamente es el pa-
raíso de cualquier hobbista...
La cuestión cambia cuando ese software “libre” lo usamos en
nuestra empresa para una parte de la gestión de la misma que
consideramos, no crítica pero si importante. Tal vez las dos co-
sas... Tal vez estamos depositando el funcionamiento de parte
de nuestro negocio en ese software “gratis” que está a dispo-
sición de todo el mundo y que en el fondo no sabemos bien
cómo funciona y cómo mantener.
Es evidente que esto último tiene muchas implicancias en el
día a día de una empresa u organización que usa este tipo de
software para realizar los distintos procesos de negocio y que
depende totalmente del mismo para su supervivencia. Clara-
mente es cada vez mayor el uso del software libre en empresas,
organizaciones, incluso gobiernos regionales y/o nacionales en
distintas partes del globo, que ven en éste una oportunidad
para mejorar su gestión, evitar caer en el permanente pago de
licenciamiento y abaratar el costo total de propiedad.
Parecido no es lo mismo Pero “libre” no significa “gratuito”.
Palabras que seguramente el lector habrá escuchado en algu-
na oportunidad. Un concepto que se maneja desde siempre,
principalmente por la gente que trabaja por y para el software
de código abierto o libre y también por todos aquellos que lo
venimos usando diariamente hace un buen tiempo. Cuando
hablamos de software gratuito hacemos referencia en realidad
1424
a todas aquellas aplicaciones o programas que podemos usar
en nuestros equipos sin pagar una suma de dinero por su li-
cenciamiento. Hay un sinnúmero de ejemplos en este sentido
con las cuales el lector estará familiarizado. En cambio cuando
nos referimos al software “libre”, o como se conoce en inglés,
open source (código abierto), aquí estamos hablando de algo
muy distinto. Éste es el software que se desarrolla y distribuye
libremente y además se comparte el código fuente con el cual
está generada la aplicación o programa. Un usuario cualquiera
puede – con conocimientos de programación – ver el mencio-
nado código, modificarlo, adaptarlo a sus necesidades, compi-
larlo (generarlo nuevamente) y desarrollar nuevas aplicaciones
a partir del original con cualquier propósito que desee, ya sea
personal o comercial.
Pero vamos a adentrarnos un poco más en el concepto de que
es software libre. Según el proyecto GNU, de la Free Software
Fundation (http://www.fsf.org/) se define así a aquel software
que garantiza cuatro libertades básicas a los usuarios del mis-
mo:
La libertad de utilizar el programa con cualquier propósito.
La libertad de estudiar cómo funciona el programa, y adaptarlo
a sus necesidades. El acceso al código fuente es una condición
previa para ello.
La libertad de distribuir copias, de modo que el usuario pueda
ayudar a los demás.
La libertad de mejorar el programa y de hacer públicas las me-
joras, de modo que toda la comunidad se beneficie. El acceso
al código fuente es un requisito previo para ello.
Es evidente que está asociado a una visión filosófica relaciona-
da con la libertad y la necesidad de compartir el conocimiento
logrado con el resto de la comunidad.
Asimismo podemos ver los distintos tipos de licenciamiento
GNU que se manejan dentro del open source, dependiendo de
la voluntad del autor del código:

Licencia GPL Esta licencia implica que cuando se modifique el
código de una aplicación este se distribuya nuevamente bajo
la misma licencia, no importando la cantidad, ni calidad de las
modificaciones. La mayoría de software open source se libera
bajo esta licencia.
Licencia AGPL La licencia Affero GPL, implica las mismas con-
diciones que GPL pero además incluye una cláusula donde dice
que el software debe distribuirse si es usado en una red de tra-
bajo.
Licencia BSD Las licencias BSD (Berkeley Software Disribution)
acompaña a los sistemas operativos que son desarrollados so-
bre Unix, por ejemplo SunBSD (Sun Microsystems), FreeBSD (Li-
nux), el software incluido en un sistema operativo BSD, también
estarán regidos por licencia BSD Derivada.
Copyleft Una licencia copy left implica que el autor del código
da completa libertad al usuario de modificar, y distribuir el códi-
go bajo la licencia que prefiera.
Puede consultar más sobre este tema en el sitio:
http://www.gnu.org/licenses/index_html
Configurando y manteniendo
Ahora que sabemos un poco más sobre este tipo de software,
es importante hablar sobre la configuración y el mantenimien-
to posterior que se debe realizar para un funcionamiento óp-
timo de cada solución implementada. No referido al propio
código de la aplicación (corregir, depurar, mejorar y optimizar
los fuentes), que podríamos modificar a nuestra necesidad, de
acuerdo a lo que expresamos en los párrafos anteriores sino a la
configuración necesaria que requiere adaptar el producto a los
requerimientos de nuestra organización.
Particularmente nuestra mayor experiencia es en el ambiente
cliente/servidor, de lado de las aplicaciones de red que corren
1434
milveinticuatro
por ejemplo en sistemas Linux. Es fantástico el desarrollo que
han tenido de la mano de éste sistema operativo. Comunida-
des enteras de programadores que han desarrollado verda-
deras joyas de software, las cuales son usadas en empresas y
organizaciones de todo el mundo, con un grado de robustez y
efectividad de primera línea. Solo basta con corroborar la pla-
taforma utilizada por las grandes corporaciones y verá que son
mas servidores de los que usted pensaba …
A modo de ejemplo basta con el estudio realizado por Netcraft
Ltd, donde menciona que a fines del 2008, el 51,24% de los
sitios web del mundo utilizan la tecnología Open Source desa-
rrollada por la Apache Software Foundation. Otro ejemplo es
referido a la encuesta realizada por Infoblox (http://dns.mea-
surement-factory.com/surveys/200710.html) donde aporta que
entre el servidor de nombres BIND (Berkeley Internet Name
Domain) versiones 8 y 9, llegan a alcanzar a octubre del 2007
el 70% del mercado. Asimismo a nivel educativo, el software
Moodle (http://moodle.org/sites/) mantiene alrededor de unos
50.000 sitios activos en todo el mundo. Y podríamos seguir
mencionando ejemplos exitosos…
En nuestra opinión y después de varios años, vemos que el pro-
blema llega cuando hay que realizar el soporte a la aplicación
o sistema funcionando (siempre hablando de software libre).
Luego de la configuración inicial y de dejar la solución en pro-
ducción, encontramos una zona gris en donde no está definido
claramente quién realiza este tipo de tareas. A esto se suma el
hecho de que en muchos casos los desarrolladores de las comu-
nidades (con excepción de distribuciones pagas como RedHat y
SuSe entre otras) no brindan un soporte tan claro y visible como
en el caso comercial. En contraposición, las soluciones propie-
tarias cuentan con soporte a nivel de los partners de turno, con
lo cual esa parte posterior a la implementación queda cubierta
y se reduce simplemente a un tema de números.
milveinticuatro
Con el open source, creemos que existe la idea generalizada de
que no es tan necesario muchas veces invertir horas hombre en
el soporte y mantenimiento de los sistemas funcionando. Mu-
chas veces nos hemos enfrentado, no solo a nivel gerencial, sino
también a nivel del propio personal técnico, con el concepto
general de que si una aplicación en producción testeada debi-
damente en su oportunidad y aprobada en su momento funcio-
na, debería permanecer así en forma indefinida en el tiempo.
Quienes nos dedicamos a esto, sabemos que no hay nada mas
errado que este concepto a la hora de “dar a luz” una nueva so-
lución. Sin mencionar los cambios de último momento, sugeri-
dos por nuestros pares, luego de la etapa de post- producción,
la frase instaurada en nuestra vida informática de “lo que anda
no se toca”, desafortunadamente no siempre se aplica.
Las piezas funcionan hasta que pasa “algo”. Este concepto
puede ser tan amplio como se guste: los usuarios interactúan
desarrollando una inventiva inimaginable a la hora de adaptar
requerimientos, el software evoluciona, conjuntamente lo hace
el código malicioso y las vulnerabilidades, la tendencia cambia
a corto plazo y un sinfín de factores más.
Es por estas razones que solemos bromear – solo a modo de
humilde comparación - con el hecho de que es software lo que
manipulamos y no pintamos cuadros que son para colgar en
una pared… que en la medida que se mantengan sin deterioro
permanecen intocables para su exposición. Lo que se trata de
lograr, son soluciones que hagan el día a día de la empresa y
para mantenerse todo el tiempo y que sigan cumpliendo un
objetivo práctico hay que estar “encima” en forma casi perma-
nente, dependiendo por supuesto del grado de criticidad.
1444
En cuantos empleos nos hemos topado con ese tipo de trabajo
que “no se ve”, pero que sin él hay partes del engranaje que no
funcionan en una organización. A eso nos referimos como man-
tenimiento, desde un simple parche de seguridad, una actuali-
zación de paquetería (en algunos casos, con sus consiguientes
nuevos parámetros de configuración), un simple respaldo de in-
formación o un esquema más sofisticado de alta disponibilidad,
así como analizar los logs regularmente. Llevar a cabo esto no
es tarea sencilla, mas allá del concepto de proactivo, hay que
manejar un cierto grado de paranoia bien entendida a los efec-
tos de dormir tranquilos. Y aún así nunca se terminan de tomar
todos los recaudos del caso.
En tono de broma, podemos concluir que si usted ve inmóvil
frente al monitor a uno de sus empleados que se dedica a reali-
zar algunas de estas nobles tareas, aunque no lo parezca, créale
que está haciendo “algo” para mantener vivo su negocio.
A/P Eduardo Gómez
Administrador de Servidores e Infraestructura
egomez.rey@gmail.com
A/P Gonzalo Acuña
Administrador de Servidores e Infraestructura
gacu@montevideo.com.uy
milveinticuatro
Pruebas Unitarias en Java
JUnit y TestNG
Tienen una gran importancia ya que son usados como
marco por muchas otras herramientas de soporte a las
pruebas unitarias.
E
n los últimos años las pruebas unitarias han tomado
mucha importancia en el desarrollo de software. Es-
tas pruebas buscan conocer el funcionamiento de las
unidades de software de forma temprana. Uno de los
motivos por el cual estas pruebas son ahora más conocidas y
más usadas es la incorporación de metodologías ágiles como
Scrum y XP.
Al momento de incorporar pruebas unitarias al desarrollo de
software varios aspectos deben ser considerados. Algunos son
los siguientes:
- Qué es una unidad de software
- Quién diseña y ejecuta las pruebas, cómo lo hace y cuándo
lo hace
- Cuándo se puede liberar la unidad (criterio de liberación)
- Qué medidas (métricas) se deben usar
- Qué herramientas usar
Sin considerar estos y otros aspectos la introducción de las
pruebas unitarias en una organización puede ser un fracaso.
Probablemente, el mayor riesgo que se corre con las pruebas
unitarias es “caer” en un ciclo code-fix. Este tipo de ciclo ocurre
normalmente cuando se depende únicamente de las pruebas
unitarias para construir unidades de calidad. Lo único que se
logra en esos casos son unidades remendadas de baja calidad.
Esta discusión se presentó en el artículo “TSP/PSP en Uruguay”
publicado en esta revista en su edición Isaac Newton.
En este artículo mencionaremos algunos de los factores a con-
siderar al momento de introducir las pruebas unitarias en una
organización y también presentaremos brevemente dos drivers
(herramientas para ejecutar pruebas) para el lenguaje Java: JU-
nit y TestNG.
1464
Quién, cómo y cuándo
Si bien existen diversos enfoques y algunos procesos de de-
sarrollo proponen variantes, normalmente las pruebas unitarias
son realizadas por la misma persona que construyó la unidad.
El conocimiento de la unidad, por haberla construido, permite
encontrar los defectos de forma rápida luego que alguna prue-
ba falla. Sin embargo, existen diversas variantes. Por ejemplo,
el diseño de las pruebas lo realiza una persona distinta a quien
desarrolló la unidad; pero, la ejecución y corrección de defectos
las realiza el desarrollador.
También al introducir las pruebas unitarias en una organización
se debe considerar cómo se van a realizar las mismas. Esto im-
plica definir la estrategia y las técnicas de pruebas unitarias a ser
utilizadas. Un enfoque interesante es combinar técnicas de caja
negra y técnicas de caja blanca.
Las técnicas de caja negra son pruebas que se desarrollan a par-
tir de la especificación de la unidad a probar. En estas lo impor-
tante es probar la funcionalidad que la unidad debe cumplir.
Las técnicas de caja blanca son pruebas que se basan en el có-
digo de la unidad. Lo fundamental de estas pruebas es lograr
cubrir (ejecutar) ciertas sentencias y condiciones del código.
Existen diferentes técnicas de caja negra y caja blanca. La in-
troducción de las pruebas unitarias en una organización debe
hacerse con una clara definición de qué técnicas van a ser utili-
zadas. Sin esta definición distintas unidades construidas por dis-
tintos desarrolladores tendrán diferencias notorias en la calidad
de la unidad liberada.

Una de las definiciones más importantes a realizar es cuándo se
van a diseñar y ejecutar estas pruebas. Aquí es donde se define
si la organización va a realizar code-fix o no. Una mala idea es
depender de las pruebas unitarias; diversos estudios empíricos
indican que la efectividad de la misma es de aproximadamente
50%. Esto quiere decir que si detectamos 4 defectos durante
estas pruebas (y los corregimos), la unidad tendrá aproximada-
mente otros 4 defectos más al ser liberada.
Por suerte la forma de no depender de estas pruebas, y sacar el
mayor provecho de las mismas, es muy sencilla: revisar antes de
probar. El momento de ejecutar las pruebas unitarias es siempre
luego de estar seguros que lo que se ha construido es una uni-
dad de calidad. Para esto es necesario diseñar la unidad, revisar
el diseño, codificar la unidad y revisar el código de forma está-
tica. Luego, las pruebas unitarias serán una validación de que
lo que se ha construido es una unidad de calidad, detectando
y corrigiendo muy pocos defectos durante las mismas. Lamen-
tablemente, la dependencia en las pruebas unitarias es un error
común en la industria de desarrollo de software.
Driver
Un driver es una pieza de software creada para simular la invo-
cación a la unidad que se desea probar. Es quién suministra los
datos de los casos de prueba a la unidad de software que está
siendo probada y quién realiza el chequeo de los resultados
obtenidos contra los resultados esperados.
JUnit y TestNG son dos de los drivers más utilizados en el len-
guaje Java.
1474
milveinticuatro
JUnit y TestNG
JUnit es un framework, creado por Erich Gamma y Kent Beck,
utilizado para automatizar las pruebas unitarias en el lenguaje
Java. Las pruebas en JUnit se realizan por medio de casos de
prueba escritos en clases Java.
Una de las grandes utilidades de JUnit es que los casos de prue-
ba quedan definidos para ser ejecutados en cualquier momen-
to, por lo cual es sencillo, luego de realizar modificaciones al
programa, comprobar que los cambios no introdujeron nuevos
errores. Esto último es conocido como pruebas de regresión.
TestNG es un framework creado por el Cédric Beust también
para probar software escrito en el lenguaje Java. El objetivo del
mismo es cubrir con una amplia gama de necesidades existen-
tes en los diferentes tipos de pruebas, desde las unitarias hasta
las de integración.
Esta herramienta fue creada basándose en JUnit y NUnit (para
.NET), pero introduciendo nuevas funcionalidades que la hacen
más poderosa y fácil de usar.
Entre las funcionalidades de la herramienta se encuentran: ano-
taciones JDK 5, configuración flexible de pruebas, soporte para
pruebas utilizando el enfoque data-driven, soporte de pasaje de
parámetros y permite definir paralelismo a nivel de pruebas.
La Figura 1 y la Figura 2 presentan cómo se generan casos de
prueba en JUnit y en TestNG respectivamente; notarán la in-
mensa similitud en la forma de codificar la prueba. El método
bajo prueba es el método merge. Este método recibe dos array
de enteros (cada uno ordenado de menor a mayor) y devuelve
un array que es la unión ordenada de los elementos de ambos
arrays. La firma del método es la siguiente:
public int[] merge( int[ ] a, int [ ] b)
milveinticuatro
Figura 1 – Ejemplo en JUnit
Figura 2 – Ejemplo en TestNG
1484
Tanto JUnit como TestNG tienen una gran importancia ya que
son usados como marco por muchas otras herramientas de so-
porte a las pruebas unitarias; por ejemplo, herramientas de cu-
brimiento, de mutantes y de data-driven.
Si bien ambas cumplen con la funcionalidad de un driver, TestNG
agrega al menos tres funcionalidades que no están presentes
en JUnit.
Ellas son:
- Permitir pasar Objetos de Java cómo parámetros de los casos
de prueba a través del soporte a las pruebas que utilizan el
enfoque data-driven.
- Permite definir grupos de prueba, lo cual brinda una gran fle-
xibilidad a la hora de ejecutar las pruebas.
- Permite definir dependencia entre pruebas. Es posible indi-
car qué pruebas no tienen sentido que ejecuten cuando otras
fallan.
En sucesivos artículos presentaremos herramientas de cubri-
mientos de código y soporte a data-driven.
Adriana Ávila
Lucía Camilloni
Fernando Marotta
Diego Vallespir
Cecilia Apa
Grupo de Ingeniería de Software, UdelaR
gris@fing.edu.uy
milveinticuatro
“Up to date” o “Deprecated”
en TI?
Cuando elegimos embarcarnos en el mundo de las TI, con
cambios muy dinámicos y muchas veces dramáticos tenemos
dos opciones, estar al día o dejar que nos pase la ola …
E
n los años de experiencia que poseo (más de 18) en el
sector de las TI, una preocupación constante siempre
me ha perseguido y es como se imaginarán al haber
leído el título del artículo “estar al día”, “aggiornarse”
en otras palabras conocer las tecnologías que hoy por hoy em-
pujan el mercado de las TI.
Siempre me ha pasado que cuando finalizo de aprender algo
que era nuevo al tiempo ya no lo es, deja de serlo, y si bien hay
que volver a iniciar el proceso de aprendizaje, en la mayoría de
las ocasiones juega a nuestro favor todos esos conocimientos
previos que llevamos a nuestras espaldas.
Pero aquí surgen varias interrogantes, cuando me capacito,
donde tengo un tiempo disponible para dedicarme a esta ta-
rea? En qué me capacito? Cómo me capacito? Qué beneficios
voy a obtener en el corto y mediano plazo?
Es la intención en éste artículo arrojar un par de ideas a las inte-
rrogantes antes planteadas para así poder otorgar la sustancia
necesaria al lector.
Cuando? Es la pregunta más importante de todas, y sólo no-
sotros mismos podemos respondernos. Tenemos que entender
antes que nada la importancia que radica para nosotros capaci-
tarnos, ya que de otro modo usaremos la excusa que tenemos
siempre más a mano y es “hoy, no tengo tiempo, quizás maña-
na… si mañana” y cuando llegue el día de mañana (dentro de
un mes) habremos repetido la frase anterior al menos veintinue-
ve veces.
También es cierto que no podemos disponer del tiempo a nues-
tro libre albedrío y no conocemos aún la forma de hacer que
el tiempo siga su curso, no le podemos decir al reloj que deje
de marcar las horas. Así que cuando utilizamos una porción de
nuestro precioso tiempo estamos sacrificando otras actividades,
“tomando prestado” tiempo que habitualmente asignaríamos a
otros menesteres, ya sea en lo profesional y/o en lo personal
Finalmente la pregunta la podremos contestar cuando sepamos
que porción de tiempo estamos dispuestos a sacrificar. Nuestro
1504
tiempo laboral o personal, aquí surgen la mayoría de los conflic-
tos que una persona puede presentar tanto con sus empleado-
res como con su núcleo familiar.
Muchas veces los empleadores ven como un gasto el tiempo
que su empleado utiliza en capacitarse y no lo perciben como
una inversión, será que el enfoque o la forma en que se le pide
al empleado que se capacite es el correcto?
También es de notorio conocimiento que algunas organizacio-
nes sirven al mercado como iniciadores o forjadores de em-
pleados de buena calidad, pero luego ante la incapacidad de
retenerlos, ellos son captados por otras organizaciones que
requieren los servicios de éstos empleados ya formados en dis-
ciplinas específicas.
Así que ésta es una barrera muy difícil de sortear en algunas
organizaciones y por ello cuando realizan un análisis primario
de costo en oposición a los beneficios deciden dejar sin efecto
la capacitación del empleado.
Luego para cerrar esta pregunta, muchas veces el propio em-
pleado debe decidir el capacitarse por su propia decisión y con
sus propios recursos, con lo cual debe realizar una importan-
te inversión en tiempo y dinero, y que en muchas ocasiones le
puede significar una gran barrera a sortear.
Finalmente el daño más peligroso que nos podríamos auto in-
fligir es perder la motivación. Por ello es muy importante seguir
adelante haciendo lo que nos gusta, si es que realmente nos
gusta estar a la vanguardia de la tecnología.
En qué? Lo cierto es que hoy en día existen en el mundo de
las TI, una gran diversidad y complejidad de tecnologías. Tam-
bién y porque no la existencia de “modas”, si tal cual pasarela
las tecnologías que desfilaron ante nuestros ojos, lo vuelven a
hacer nuevamente porque se descubren avances tecnológicos
a nivel de microprocesadores, conductores, y comunicaciones
que ahora lo hacen posible y muchas veces menos costosas que
antes. También ayuda el estar en un mundo muy globalizado
donde las noticias recorren el planeta en cuestión de segun-
dos.

Internet es hoy en día el hilo conductor y muchas veces el vehí-
culo para que tecnologías viejas vuelvan a resurgir con más em-
puje que antes, un ejemplo es que hace un par de años (para los
más viejos) en los 80’s los procesamientos de datos eran centra-
lizados, luego con la aparición de los PC se cambió el paradig-
ma a ser un procesamiento distribuido, surgieron redes de PC
más poderosas, y hoy en día hay soluciones híbridas que traen o
reviven el procesamiento central de datos pero apoyados por la
potencia de varias máquinas en red. Año a año la velocidad de
comunicación en Interne crece y bajan los costos.
Además de tener distintas opciones de TI, también tenemos
obviamente especializaciones que comienzan a surgir, ya no
solamente de habla de desarrolladores o técnicos en infraes-
tructura, ahora tenemos desarrolladores WEB, RIA, LEGACY
(aplicaciones viejas pero que continúan funcionando), admi-
nistradores de bases de datos, administradores de red, de
sistemas operativos, de comunicaciones, de DATA-CENTERS,
administradores de recursos en la nube (cloud-computing), de
entornos virtualizados.
En nuestro mercado al ser muy pequeño hace que muchos de
nuestros profesionales actuales y futuros tengan que capacitar-
se en varias tecnologías de punta y que las mismas sean reque-
ridas. Por suerte, al estar en un mundo globalizado, muchos se
dedican a realizar servicios para el exterior ya que su presencia
en dichos lugares no es necesaria y pueden trabajar remota-
mente. Otros, por el contrario, requieren de la presencia física
de un especialista o al menos de algún recurso humano para
que realice una acción inicial.
Todavía en Uruguay podemos contar con profesionales muy ca-
pacitados y que son reconocidos en el mundo, pero la demanda
está superando –paulatinamente- la oferta.
Quizás, una falencia con la cual nos encontraremos al principio
es a pensar en sistemas e instalaciones sumamente complejos,
aplicaciones que se estén ejecutando en treinta servidores dis-
tribuidos geográficamente en varias locaciones simultáneamen-
te. Allí es donde se encuentra el desafío más interesante en
mi opinión, expandir los conceptos que tenemos y aprendimos
para manejar realidades muy complejas. Este desafío si bien al
principio nos puede poner los pelos de punta, nos deja apren-
der mucho, respecto de la realidad y sobre todo de nuestra
capacidad.
1514
milveinticuatro
Cómo? Muchos habrán leído o conocido unas publicaciones
como “Tal y cual for dummies”, en lo personal me choca bas-
tante el concepto de “dummies” ya que es usado con doble
intención muchas veces. Pero lo cierto es que quien lea estas
publicaciones encontrará todo descripto de manera muy clara
y sencilla de digerir.
Para comenzar no está nada mal, es más, es muy recomenda-
ble en muchas ocasiones realizarnos una autocrítica y ver qué
sabemos y que no al respecto de un tema en particular, de esta
manera podemos extraer nuevos conceptos, repasar los que ya
teníamos o incluso pensar: “esto ya lo sabía…”.
Pero continuando con la pregunta, tenemos para muchas espe-
cialidades la opción de capacitarnos en centros y/o academias
tanto a nivel local como internacional e inclusive vía no presen-
cial a través de la WEB. En estos centros nos forman para ser
especialistas en alguna de las tecnologías que el mercado está
demandando, y luego obtener un reconocimiento que general-
mente es internacional si aprobamos el examen de certificación
de lo que hemos aprendido. Muchos gigantes que impulsan el
mercado de las TI como ser Microsoft, Oracle y otros, nos ofre-
cen una gama muy variada de certificaciones pudiendo incluso
armar una carrera.
Otra opción complementaria a la anterior es el realizar una ca-
rrera de grado en TI. Generalmente ésta opción es tanto más
reconocida que la anterior ya que en nuestro país por ejemplo,
al egresar de una carrera de grado, la persona es considerada
como profesional y tiene la opción de ingresar a un sistema de
pensión y contar con otros beneficios.
Resumiendo nunca debemos dejar de lado nuestra capacidad
como seres humanos de continuar aprendiendo cosas nuevas,
de estar en constante movimiento y atentos a lo que ocurre en
el mercado. Siempre aprender y sobre todo siempre aprender
a aprender. Quizás no obtengamos un título o un certificado
que constate nuestros conocimientos, pero seguramente esto
será parte de los conocimientos que iremos aprendiendo en el
transcurso de nuestra vida como profesionales de TI y que con
el pasar de los años le daremos el nombre de experiencia, la
cual también habrá sido nutrida de nuestra carrera de grado y/o
especializaciones que hayamos realizado.
milveinticuatro

tren, y a veces por simple comodidad, han quedado varados

y el mercado de las TI es si pudiéramos atribuirle cualidades
humanas lo podríamos caracterizar como muy cruel.
También y es de destacar, hay cualidades que no se aprenden
en ningún libro o curso y son las cualidades que tenemos que
tener como individuos para interrelacionarnos con otros indivi-
duos, ya sean colegas, superiores, clientes, proveedores, etc.
El éxito de nuestra gestión depende de cómo manejamos éstas
cualidades, y sobre todo pensemos que aunque vivamos solu-
cionando problemas tecnológicos o aportando un nuevo pun-
to de vista a los mismos, siempre, siempre los que solicitarán
nuestra ayuda, consultoría ó asistencia serán personas como
nosotros.
Ya muchos especialistas hablan de éstas cualidades como “ha-
bilidades blandas” que deben estar presentes en todo equipo
Beneficios? A esta altura podría ya estar claro los beneficios que
de trabajo y por supuesto deben ser correctamente administra-
podríamos obtener, pero también resulta interesante tener en
das sino el éxito.
cuenta que sacrificios tuvimos que realizar para obtenerlos y si
Por ello en equipos de trabajo que son exitosos se caracterizan
el mercado lo va a reconocer.
porque incluyen la capacitación como un elemento motivador,
Si los beneficios obtenidos fueran nuestro dividendo y los sacri-
formador de unión, estrecha lazos entre pares de un mismo
ficios realizados fueran nuestro divisor, para tomar el resultado
equipo y contiene a los recién iniciados para que no se sientan
como positivo debería darnos una cifra muy cercana o superior
un estorbo ó una carga sino todo lo contrario, que se consi-
a uno.
deren terreno fértil donde los más experimentados y capacita-
dos los ayudarán a comenzar a nutrirse de esos conocimientos
De no ser así deberíamos revisar y repasar en que nos equi-
abriendo y fomentando su apetito por conocimientos.
vocamos, siempre y cuando nos hayamos equivocado, podría
Habiendo respondido o tratado de responder las principales in-
darse la circunstancia que en la organización donde nos encon-
terrogantes con las cuales nos hemos encontrado más de una
tramos o a la cual pretendemos ingresar no perciban nuestros
vez, cuando esta preocupación se nos presenta.
conocimientos como un valor que les genere ganancias o no
les sean de utilidad, entonces la otra opción sería buscar una
organización que si valore dichos conocimientos y nos reporte a
nosotros esos beneficios necesarios para que al volver a realizar
el cociente, esta vez el resultado sea uno ó superior.

Al final. Cuando elegimos embarcarnos en el mundo de las TI,

un mundo muy vertiginoso, con cambios muy dinámicos y mu-
chas veces dramáticos tenemos dos opciones, estar al día o de-
jar que nos pase la ola y así pasar a ser en las organizaciones un
recurso valioso a un recurso prescindible. Ing. Fernando E. Alvarez Noya
Quiero decirles que lamentablemente he presenciado situacio- CCDA, CCNA, CNE, MCSE
nes referidas a profesionales como grandes referentes en un falvarez.uy@gmail.com
área de tecnología que por no continuar, por no seguir en el

1524
milveinticuatro
Quiero telefonía IP, compro !!!!
Es fantástico pasarse a IP, eso no se discute, pero hay que
analizar varios aspectos…
H
ablar por IP “suena y suena”, que se ahorra plata,
que es una maravilla, que se habla gratis, que tiene
un montón de funcionalidades, etc. etc. y la tenta-
ción es muy fuerte.
Y al final entre idas y venidas ya se entra a mirar de reojo la vie-
ja y querida centralita que hasta ahora “pistoneaba” bastante
bien y funcionaba y a la cual le llego la hora; “ se termino, hay
que cambiar a IP y chau “.
Ni que hablar que esta bueno el cambio y es fantástico pasarse
a IP eso no se discute, pero hay que tratar de analizar algunos
aspectos.
Hay mil argumentos por los cuales se puede pasar a un sistema
IP, depende de cada caso. Hay veces donde la centralita entre-
ga lo necesario en funcionalidad y es suficiente y no se necesita
IP u otros casos donde mantengo la centralita y se agrega un
modulo IP , por eso depende caso a caso. Salvo que la centralita
este en la ultimas, funcionando mal, sin repuestos ni soporte, si
mi sistema de telefonía anda bien y quiero cambiar a una plata-
forma IP “en serio y como la gente” eso cuesta sus buenos dó-
lares y ¿ como se justifica este cambio y este gasto? ; y bueno…
primero apostar a que la plataforma para hablar por IP tenga
mas o menos las mismas funciones que tenia en la centralita
tradicional, la otra es trata de amortizar el gasto , por ejemplo
el ahorro más a mano es que se puedan sustituir por IP llamadas
que hago con mi centralita vía PSTN (red pública de telefonía)
y por ultimo poner en un pedestal todas las funcionalidades
nuevas que trae IP y que incluso también a la larga o la corta
pueden para bien tocan el bolsillo. Si estas cosas se cumplen va
sobre ruedas el cambio !!!!.
Para tirarse a un cambio a IP, algo que parece ser el abc pero a
veces no se da, hay que tener bien claro como funciona toda la
telefonía actual dentro de la empresa u oficina y que es lo nue-
vo que necesito, después veo como moverme, investigo, veo
a quien consulto, por cual sistema de telefonía IP me inclino,
etc. etc.
1544
Después va a llegar la hora en que lleguen las propuestas por
distintos sistemas de telefonía IP y el precio en esta etapa va a
pesar seguramente y no falta la clásica frase “ ¿ y voy a gastar
toda esta plata en esto ?“ , y si !! puede ser que salga mucha
plata pero lo bueno cuesta , si se quiere un sistema IP en serio
que este bien testado , con tiempo de uso en el mercado, de
buen fabricante y reconocido, de plataforma robusta, con buen
soporte de hardware y software , entonces eso cuesta, bueno y
gratis mmmm difícil.
Cuando este decidido por que plataforma IP se va ir a la car-
ga con las reuniones, esto lleva tiempo y no se puede en una
reunión liquidar todo. Reuniones con muchos papeles, mucha
información y documentación y cuanto mas tenga mejor, datos
de las líneas o troncales telefónicas, si son analógicas y/o digi-
tales, plan de numeración interno y externo, diagramas, funcio-
namiento total de la centralita a retirar y del todo el sistema de
telefonía en general y el broche final es poner sobre la mesa lo
que se requiere tener de nuevo y como va a operar.
Ahora, ojo que en las reuniones puede saltar que alguna fun-
cionalidad que tenia en la centralita no esta en el sistema IP, y
nuevamente “ pero yo quiero tener lo mismo que tenia en mi
vieja centralita y ahora? “ , “ah pero esta funcionalidad la tenia
y ahora no “ , hay que buscarle la vuelta y darle chance a que el
proveedor del sistema tenga una instancia para investigar como
arreglarlo. IP tiene ventajas, quizás la funcionalidad se tenga en
X version del sistema operativo de la plataforma IP y eso hay
que investigarlo o programando algo o incluso poniendo algún
producto adicional se arregle ya sea de la misma o incluso de
otra marca, hay versatilidad en general en IP y es una ventaja
maravillosa, hay que estar abierto a esto y buscarle la vuelta.
Otra cosa de las reuniones es no quedarse enganchado en como
funcionaba la centralita comparándola con el nuevo sistema IP.
Cosas tan simples como trasferencia, conferencia, etc. sin duda
las voy a tener pero es muy probable que funcionen de otra
forma, seguramente operen de otra manera pero se obtenga
el mismo resultado, hay que estar dispuesto a este cambio y no
cerrase a lo que tenía.

Se llega entonces a una etapa donde reunión va reunión viene
ya esta clara la solución completa y hay que sacarle el jugo a
lo que compramos, hay que buscar como tener un “” uh que
bueno que es esto “” y ahí llegamos a la cumbre.
Algo simple, una notebook con un softphone (teléfono por
software) conectándose por VPN a la empresa desde cualquier
parte del mundo vía Internet, me llevo mi interno en la notebo-
ok a cualquier lado y puedo trabajar remotamente recibiendo
y haciendo llamadas como si fuera un tele trabajador, esto es
fantástico!!
En algún momento van a llegar los equipos y seguramente se
monte todo a nivel de testing por un tiempo hasta el día de la
migración, tiempo en el cual se configuran las cosas y se prue-
ban. Ahí es donde en la pruebas pueden saltar cosas como “es-
cucho eco”, “escucho entrecortado”, y esta es brava pero no
tanto. Brava si un usuario se queja luego de la migración, la idea
era arreglarlo antes y evitarlo. Por eso una buena planificación
y buen estudio de red previo sirve para saber las rutas del au-
dio analogico y/o digital , por donde van a viajar los paquetitos
de audio, que los puede afectar y aplicar la debida calidad de
servicio.
milveinticuatro
Contemplar darles cursitos a los usuarios antes de la migración,
que prueben usar los teléfonos, como se manejan, que hablen,
que escuchen, hay que ponerse del lado del usuario que hablo
durante años por un aparatito telefónico hasta un viernes y vuel-
ve un lunes y pasa a hablar por IP, sino esta capacitado llega el
“esto se maneja distinto”o “escucho distinto”
Entonces, saber bien como opera la telefonía en la empresa, sa-
ber a lo que se quiere llegar, buscar un “buen” sistema de tele-
fonía IP, abrirse a los cambios, saber bien lo que se va a comprar,
buena planificación y reuniones, capacitar y capacitarse, tratar
de explotar esas funcionalidades nuevas que a veces son muy
simples pero no se tenían, ahorrar costos en llamadas, etc. etc.
y haremos que “los paquetitos hablen”.
Julio Origoni
CCNA, CCDA, CCNP, CCVP
jorigoni@gmail.com
milveinticuatro
Cloud computing
Empezar como consumidores de servicios y esperar nuevas
tecnologías, para luego poder prestar servicios en la nube
¿Se logrará?
P
arece inevitable el arribo del modelo Cloud Compu-
ting a los centros de cómputos.
Sus ventajas, los ahorros que habría en infraestructura,
las posibilidades que brinda y el dinamismo que le da
dicho modelo a los negocios, hacen que parezca difícil que em-
presas de todo el mundo puedan eludirlo.
Ahora, este modelo, progresará, o dentro de unos años estare-
mos hablando del fracaso del cloud computing?
Comparemos este cambio, con el surgimiento de internet hace
20 años.
Una empresa de ese entonces, quizás ni se imaginaba que unos
años después, no iba a poder trabajar sin un servidor de correos
o sin una conexión a internet.
Internet no se logró instaurar de un día para el otro. Se necesitó
de una evolución tecnológica y conceptual, para que llegara a
ser lo que es hoy.
Muchas empresas tuvieron que cambiar su forma de trabajar,
la legislación se tuvo que adaptar y hasta surgieron soluciones
a problemas específicos que presentaba el modelo, los cuales
ayudaron a su proliferación.
Para lograr ser un éxito, el modelo cloud, también deberá tran-
sitar por esta adaptación de lo contrario fracasará.
La prestigiosa consultora Gartner, prevée que el valor de éste
mercado, pasará de generar 56.000 millones de dólares obteni-
dos durante el año 2009, a más de 150.000 millones de dólares
en el año 2013.
¿adoptarán, las empresas uruguayas, dicho modelo?
Para poder responder esta pregunta trataremos de definir clo-
ud computing.
Entendiendo que es La nube
“Cloud computing” o “Computación en la nube”, tiene tantas
maneras de definirse, como personas que traten de hacerlo.
Cloud Computing se puede entender como una tendencia de
negocio, que provee a las empresas de importantes ahorros,
de escalabilidad y flexibilidad operativa a la hora de prestar sus
servicios.
1564
En dicho modelo, las empresas podrían contratar únicamente
los recursos o servicios necesarios, para cubrir la demanda, per-
mitiendo a las mismas, adaptarse con rapidez a picos de trabajo
o disminución de la actividad, sin que los mismos tengan un
costo elevado para el negocio.
Pero para entender mejor el modelo, analicemos las siguientes
situaciones. Imaginemos un medio de prensa, que tiene que
publicar en su edición digital, una noticia similar a los atentados
del 11 de setiembre. Dicho medio, tendría su infraestructura
preparada para soportar la carga diaria de trabajo, pero ante un
evento de esa trascendencia, su sitio con seguridad terminaría
colapsando por la cantidad de accesos que tendría. Pero cómo
se defiende esta empresa de una situación como esa?
Analicemos otra situación. En este caso tenemos una empresa
nueva en el mercado, que quiere prestar un servicio en Internet,
y desconoce la cantidad de usuarios a los que deberá atender.
En este ejemplo, la empresa solo puede estimar la cantidad
de usuarios que tendrá que atender, pero no sabrá si esta esti-
mación es correcta hasta que el servicio se comience a utilizar.
La empresa deberá comprar la infraestructura necesaria para
soportar sus estimaciones más optimistas, para saber que no
se quedara con falta de recursos. Esto llevará a la compañia a
desperdiciar sus recursos y aumentará el costo inicial de este
proyecto. Pero qué pasaría si el nuevo servicio trae resultados
por encima de las estimaciones? Es fácil, el servicio colapsará
rápidamente, dejando una muy mala imagen para sus clientes.
Si ambas empresas optaran por Cloud Computing, optimizarían
sus recursos, y estarían cubiertos en caso de tener que soportar
altas cargas temporales en sus servicios, evitando la caída de
los mismos.
Cómo lograrlo en nuestro país?
Ya mencionamos todas las ventajas que la nube proporciona a
los negocios, pero existen algunas cuestiones que se deberán
clarificar antes de que este modelo sea viable. El mundo habla
de Cloud computing y de una madurez tecnológica, que permi-

te pensar que, a corto plazo, todos estaremos dentro de este
modelo.
Pero, ¿alcanzaremos esa madurez en nuestro país?
Mientras existen proyectos en Europa, que están realizando
pruebas para poder brindar servicios de conexión a Internet a
velocidades de 100 Mb de bajada, en Uruguay, la mayoría de
las empresas a lo único que puede acceder es a velocidades de
entre 2 a 4 Mb.
Mientras en los países desarrollados, la virtualización de los cen-
tros de cómputos es casi total, aquí muchos recién están culmi-
nando las etapas de testeo de la tecnología.
Tratemos solo de pensar en cuál sería la reacción primaria de un
auditor local, cuando le comencemos a explicar que nuestros
datos no están alojados dentro de la empresa, sino que están
tercerizados en la nube. Seamos optimistas, si bien estos pun-
tos seguramente retrasen de alguna manera la implantantación
del modelo cloud, no hay que verlos como una limitante para
su adopción.
Al comienzo de esta nota, hablábamos que las tecnologías, las
empresas y las legislaciones de nuestro país, deberán evolucio-
nar para permitir la llegada del cloud computing. En definitiva,
será esa evolución lo que definirá el futuro de este modelo por
estas latitudes.
Nubes privadas, nubes públicas. ¿Cuál es la estrategia que se-
guirán las principales marcas?
Anteriormente mencionábamos que el modelo cloud compu-
ting, hace referencia a los servicios TI comprados y entregados
bajo demanda sobre una red. Pero esta red, puede que ser tan-
to pública como Internet, o una red privada.
Cuando hablamos que estos servicios son prestados desde in-
ternet, caso de Google Apps, Sales Force, Zoho, entre otros,
estamos hablando de servicios prestados desde una “nube pú-
blica”. Pero cuando nuestros servicios, corren sobre una plata-
forma que es propiedad de la empresa, a esa nube la denomi-
naremos “nube privada”.
1574
milveinticuatro
Tanto Amazon con su oferta Virtual Private Cloud, como Vmware
y Microsoft, están fomentando las clouds privadas, como la pri-
mera opción para comenzar a recorrer este nuevo modelo de
negocio. Pero si bien promocionan este tipo de nubes, ya están
pensando en las nubes públicas y su futuro desarrollo. Micro-
soft, focalizo todas sus fuerzas en Windows Azure, una platafor-
ma que permite a pequeñas compañías, escalar sus aplicativos
sin tener que preocuparse por toda la capa de base de datos
o software que un servidor requeriría. Por otro lado Vmware,
como el líder en la virtualización, apuesta a tener el hypervisor
más seguro del mercado y las mejores herramientas para brin-
dar alta disponibilidad de los servicios, tanto en nubes privadas
como públicas. Vmware pretende que con éstas herramientas,
la mayoría de las nubes utilicen como plataforma su hypervisor.
El problema de la seguridad en la nube
Para hacer que la nube, sea un modelo posible, necesita apo-
yarse mucho en la virtualización de los sistemas y su rápida es-
calabilidad. Pero si bien con la virtualización se logra mucho del
dinamismo que el modelo necesita, la cesión de servicios infor-
máticos a terceros, provoca una supuesta pérdida del control
de los mismos y nos trae aparejado un gran problema de segu-
ridad. Porque decimos “supuesta pérdida”, porque si nos con-
centramos en analizar lo suficiente la manera de ceder el control
de dichos servicios, seguramente estaremos lo suficientemente
cubiertos para que nuestra decisión no sea un problema
Para realizar nuestro análisis, debemos focalizarnos en cuatro
ítems: qué tipo de nube es en la que correrá mi servicio, cuál
será el hypervisor que lo soporte, que contrato de prestación
de servicios voy a aceptar y que protección de los datos colo-
care en dicha nube.
Lo primero que deberíamos definir es si nuestro servicio va a co-
rrer sobre una nube privada o pública. Esto nos situará con qué
estamos trabajando, para luego saber cómo protegernos.
Una vez analizado esto pasaremos a analizar el punto dos y tres,
que hablan de la contratación de servicios en la nube y son los
puntos principales que deberíamos analizar.
milveinticuatro
A la hora de contratar un servicio de este tipo, uno firma un
contrato con la empresa prestadora, la cual describe el tipo de
servicio que se prestará, la privacidad del mismo, las tareas de
mantenimiento que se realizarán y la disponibilidad que pro-
mete.
Si bien el modelo Cloud lleva a que uno se olvide dónde están
corriendo los distintos servicios, deberíamos preocuparnos por
averiguar sobre qué hypervisor están corriendo los mismos.
Es en parte por esto, que Vmware optó por optimizar la segu-
ridad de su hypervisor, para que las empresas lo prefieran en el
momento de dicha evaluación. Por otro lado deberíamos verifi-
car muy bien el detalle del SLA qué estamos firmando y cómo la
empresa logra eso. Si se logra un buen contrato de prestación
de servicios, nos quitaremos de encima muchas de las cuestio-
nes que se nos puedan hacer a la hora de implementar dicho
modelo.
Pero a muchas empresas, la simple firma de un contrato, no les
alcanza para confiar plenamente en que la empresa proveedora
cumplirá con lo pautado.
En muchos casos, es mucha la responsabilidad como para con-
fiar en algo que uno no puede controlar. Como parte de la evo-
lución anteriormente mencionada y para brindar un nivel más
de confianza a las empresas, es que ya están empezando a sur-
gir unidades reguladoras para quiénes quieran prestar servicios
en la nube. Dichas entidades, se encargan de otorgar un certifi-
cado de confianza que indica que el proveedor está capacitado
para cumplir con lo pautado en el contrato.
Bueno, a esta altura ya hemos mencionado posibles caminos,
para resolver tres de los cuatro puntos anteriormente plantea-
dos, pero aún nos queda resolver como proteger nuestros da-
tos. Tecnológicamente hablando, éste es el punto más verde
del modelo.
1584
Hasta el momento, cuando uno quiere salvaguardar los datos,
protege los servidores y el acceso a los mismos, pero esta es-
trategia, no aplica en una infraestructura, la cual nosotros no
controlamos.
Por tal motivo, se está trabajando en un cambio de postura, la
cual propone que en vez de focalizarnos en proteger los ser-
vidores que almacena los datos, debemos comenzar a focali-
zarnos en la protección de los datos mismos. Para lograrlo se
recurre a las tecnologías de encripción de datos y a la regula-
ción de los permisos de acceso, que son las herramientas con
las que se cuenta hasta el momento. Con seguridad este será el
punto en el que se verán más cambios en los próximos años y
donde surgirán nuevas tecnologías de protección, que faciliten
la realización de dicha tarea.
Aventurando un posible desarrollo del modelo en nuestro
país
Como cierre de esta nota, podemos concluir lo siguiente: Para
que la nube llegue a ser un modelo exitoso en nuestro país,
debemos llegar a un nivel de madurez tecnológico y legal que
lo permita.
Seguramente, los primeros pasos que den nuestras empresas
en dicho modelo, sea como usuarias de algunos servicios pres-
tados desde la nube. Con el tiempo, y la aparición de nuevas
tecnologías, comenzarán a prestar servicios dentro de nuestro
país, hasta por último –quizás- llegar a trasladar varios de sus
servicios a la nube. ¿Se logrará?
Andre Paris
Especialista en Virtualizacion
andre.paris.sica@gmail.com
 milveinticuatro

Haga usted mismo la presentación!!!

Lend Screen

Respaldo y garantía total con 25 años de experiencia

www.roddi.com.uy Zabala 1376 | tel: 915 2784 | mafedal@adinet.com.uy

milveinticuatro
Varias empresas de nuestro medio, ya están trabajando o avizorando cuál será su participación en el desarrollo
del modelo cloud computing.
Tomamos algunos referentes de nuestro medio y les formulamos algunas preguntas para conocer sus opiniones.
¿Cree que su organización puede beneficiarse de alguna
manera con la generalización de esta tendencia?
Creo que los grandes proveedores que se la jugaron temprana-
mente a este tipo de servicios inicialmente “apuraron” demasia-
do a los clientes a decidirse cuando la globalidad del tema aún
no estaba madura y cuando por supuesto todos lógicamente lo
miramos con mucha cautela.
Actualmente, y seguramente al ver que la adopción no es tan
rápida como se esperaba, veo un cambio en la estrategia de las
proveedores, en la que se baja la presión y se ofrecen consul-
torías y servicios que permitirán ir evaluando qué tipo de cloud
necesita o está preparada cada empresa para adoptar.
Para organizaciones financieras y del Estado como la nuestra
es más fácil comenzar armando una cloud privada con servicios
crecientes (muchos ya lo estamos haciendo, implementando
infraestructuras flexibles, adaptables y escalables con rápido
aprovisionamiento), lo cual si maduran los otros temas servirá
para estar preparados para una posible transición a otros tipos
de cloud hoesteados afuera y de abajo hacia arriba (desde IAAS
hasta AAAS).
Los beneficios obviamente están por el lado de costos y fle-
xibilidad, contingencias, manejo de picos de utilización entre
otros.
¿Le parece que el tema de la seguridad o las legislaciones
para algunos sectores, impedirán la correcta implantación
de estos modelos en nuestro país?
Sin lugar a dudas que la complicarán bastante y es razonable.
Seguramente si el modelo se consolida va a tener que haber
1604
Daniel García Aspiroz
Banca
una revisión de este tema, aparecerán contratos a los cuales
no estamos acostumbrados y será necesario también romper
estructuras mentales que tenemos muy arraigadas.
Hay temas muy delicados en los cuales revisar el impacto, como
entre otros el secreto bancario, el secreto tributario, secretos
profesionales, hábeas data, administración compartida, seguri-
dad (confidencialidad, integridad, disponibilidad).
¿Considera que el ancho de banda que tenemos en nuestro
país puede ser un problema para el desarrollo de la nube?
Puede serlo. Estas arquitecturas presuponen anchos de banda,
redundancias y niveles de servicio que quizás aún no tenemos o
son muy costosos para soportar sistemas de misión crítica, don-
de los tiempos de respuesta, confiabilidad y disponibilidad son
cruciales. Tengo confianza en que son temas que seguramente
están en la agenda de los proveedores de servicios de teleco-
municaciones y que se irán mejorando.
¿Puede llegar a ser un problema para las empresas peque-
ñas dedicadas a brindar servicios de soporte a servidores?
Puede ser, como también puede pasar lo mismo si el Estado
comienza a consolidar proveedores para todas sus necesidades.
Igualmente creo que hay mucho por delante para ir viendo si es
un tema que va a instalarse definitiva y masivamente (hoy no lo
veo tan claro) o qué figuras va a tomar, y también van a haber
muchas empresas que seguramente no adoptarán el modelo
cloud tal como está definido hoy.

¿Cree que su organización puede beneficiarse de alguna
manera con la generalización de esta tendencia?
Sí, ya la utilizamos y al generalizarse seguramente nos acerque
nuevas oportunidades. Sin duda el “cloud computing” o la
“nube” son conceptos amplios que incluye diferentes propues-
tas. Analizadas desde por capas, tenemos el uso de la Infraes-
tructura como Servicio IaaS, la Plataforma como Servicio PaaS y
en la capa más cercana al usuario final el Software como Servi-
cio, SaaS. En este nivel hemos encontrado propuestas para los
problemas de capacitación a distancia y comunicaciones que
nos han resultado muy convenientes.
Para el uso de la Nube en otros niveles o para resolver el uso de
aplicaciones que involucran la persistencia de información del
Negocio fuera de la empresa, necesitaremos más tiempo.
¿Le parece que el tema de la seguridad o las legislaciones
para algunos sectores, impedirán la correcta implantación
de estos modelos en nuestro país?
Los dos aspectos incluidos en la pregunta son fundamentales en
las posibilidades de aplicación del modelo. Aún se requiere mu-
cho desarrollo del marco jurídico en general para que exista un
ambiente propicio a la utilización de los servicios en la nube.
Si tenemos en cuenta el rol clave de la legislación y especial-
mente la eficacia del sistema jurídico en la tercerización de ser-
vicio, es natural inferir que estos aspectos incidirán aún más en
el uso de facilidades en la nube.
Si no están disponibles los instrumentos jurídicos necesarios
para desarrollar la relación entre actores en un ambiente eje-
cutivo, los potenciales usuarios de estos servicios no se verán
estimulados a su utilización. En el caso de las empresas media-
nas por la posible asimetría de recursos con el proveedor y en
el caso de las empresas grandes por la dificultad de gestionar
los riesgos asociados. Las empresas pequeñas ponderarán es-
pecialmente las ventajas económicas que pueden derivarse del
uso de servicios en la Nube.
1614
milveinticuatro
Raúl Lamas
Servicios transaccionales
Relacionado con lo anterior, puede ser un facilitador importante
el nivel de compromiso de los proveedores de servicios en la
Nube con la definición de calidad de los servicios ofrecidos y su
disposición a incorporar estos conceptos en los contratos.
¿Considera que el ancho de banda que tenemos en nuestro
país puede ser un problema para el desarrollo de la nube?
Definitivamente. Si bien al generalizar hablamos solamente del
término “Ancho de Banda”, el concepto se refiere a la calidad
general de los servicios de transmisión de Datos, el ancho de
banda disponible entre servidores y clientes no solamente las
velocidades de última milla, los tiempos de transmisión, tasa
efectivas de transmisión, la tasa de errores, la disponibilidad del
servicio y por supuesto el precio por este servicio.
En varios de los aspectos anteriores estimo que serían necesario
mejoras importantes para asumir el problema de “autopista de
información” resuelto para poder ofrecer sobre ella los servicios
de Cloud Computing.
¿Puede llegar a ser un problema para las empresas peque-
ñas dedicadas a brindar servicios de soporte a servidores?
Podría serlo, dependiendo de la evolución del problema. He-
mos asistido a varios cambios de la industria y seguramente otra
vez se reordenen las oportunidades y no resolvamos “lo mismo”
con los servicios de Cloud si no que se desarrollen servicios cuyo
uso actual está limitado o no aprovechamos completamente.
Los desafíos de adaptación y conversión para las empresas de
TIC son permanentes, y seguramente estas empresas de sopor-
te ya hayan enfrentado varios. Si bien el anuncio de los servi-
cios de Cloud sugiere una disminución de servidores, entiendo
que la cantidad no se verá afectada, se reducirá la cantidad de
aplicaciones y los problemas de mantenimiento pero mientras
se mantenga la estructura de trabajo en un espacio común hay
servicios centralizados como el servidor de archivos que estimo
se mantendrán.
milveinticuatro
¿Cree que su organización puede beneficiarse de alguna
manera con la generalización de esta tendencia?
El año pasado, a raíz de la necesidad de actualización del ser-
vicio de correo electrónico, investigamos sobre las característi-
cas del mismo prestado por proveedores muy conocidos y de
gran prestigio. Si bien el concepto de cloud computing es mu-
cho más amplio, mi percepción fue que de optar por alguna
solución de ese tipo, estaríamos abriendo una puerta que nos
conducía a un terreno incierto. A pesar de la presencia de los
“pesos pesados” de la industria de TI impulsando esta tenden-
cia, no veo cómo LATU puede beneficiarse de ella, al menos en
un futuro cercano.
¿Le parece que el tema de la seguridad o las legislaciones
para algunos sectores, impedirán la correcta implantación
de estos modelos en nuestro país?
El tema de la seguridad es muy delicado, por lo que requiere
un análisis profundo y detallado de las condiciones del servicio
ofrecido. Por otro lado, en cuanto a lo legal, en nuestro país
hace ya un año se puso en vigencia la ley 18.331 sobre la pro-
tección de datos personales en la cual se establece una serie
¿Cree que su organización puede beneficiarse de alguna
manera con la generalización de esta tendencia?
Si, la tendencia de trabajo en la nube tiene algunos beneficios
importantes que se deben destacar, algunos de ellos son la Dis-
ponibilidad, Accesibilidad, Robustes entre otros, y por supuesto
que no requieren del mantenimiento del Hosting lo que implica
la no necesidad de recursos humanos capacitados en las orga-
nizaciones.
¿Le parece que el tema de la seguridad o las legislaciones
para algunos sectores, impedirán la correcta implantación
de estos modelos en nuestro país?
El tema de la legislación es uno de los mas críticos en el sector,
hay que poner mucho cuidado en los contratos, ya que la ley de
protección de datos personales es una realidad, pero de todas
formas podemos pensar en nubes en Uruguay, hosteadas en
organismos centrales como Antel, AGESIC o algunos de estas
características, y REDuy es el canal de transporte para esta nube
de la Administración Uruguaya.
1624
Gustavo Testa
Laboratorio
de derechos y obligaciones tanto para los dueños de los datos
como para los que los gestionan. Esta ley puede convertirse en
un escollo para la implantación cristalina de esta tendencia.
¿Considera que el ancho de banda que tenemos en nuestro
país puede ser un problema para el desarrollo de la nube?
Indudablemente la capacidad de ancho de banda juega un pa-
pel preponderante. Parece poco lógico montar la infraestructu-
ra de datos compartiendo el ancho de banda que, en la mayoría
de los casos se trata del servicio internacional. Para no ir tan le-
jos, durante los partidos de la selección uruguaya en el mundial,
se sentía el impacto sobre la velocidad de navegación.
¿Puede llegar a ser un problema para las empresas peque-
ñas dedicadas a brindar servicios de soporte a servidores?
Creo que en el contexto actual es poco probable que haya em-
presas con el 100% de sus datos en al nube. Además el proceso
seguramente implique la migración progresiva y la realidad del
mercado uruguayo dificulta que las empresas dejen sin utiliza-
ción el parque de servidores que posee.
Marcelo Belén
Ministerio
¿Considera que el ancho de banda que tenemos en nuestro
país puede ser un problema para el desarrollo de la nube?
Bien, si el ancho de banda puede ser un problema, pero real-
mente veo mas importantes problemas de seguridad y de pro-
tección de datos que problemas de performance en trafico.
¿Puede llegar a ser un problema para las empresas peque-
ñas dedicadas a brindar servicios de soporte a servidores?
No, yo no creo que sea un problema, las empresas pequeñas
van a seguir con sus trabajos y servidores, el tema es la dimen-
sión de los servicios y de las soluciones, van a seguir existiendo
soluciones que por una u otra razón no van a poder estar en la
nube, no hay de que preocuparse por estas empresas, pensar
que eso los va a perjudicar me parece que no es de estrategias
inteligentes.

¿Cree que su organización puede beneficiarse de alguna
manera con la generalización de esta tendencia?
Sin lugar a dudas que esta tendencia ya nos beneficia a todos.
Por ahí, el uso del modelo para prestación de servicios de ne-
gocio y tecnología todavía no sea algo 100% difundido y que
todos lo tengan en mente pero indudablemente, a mi entender,
para ese lado vamos.
¿Le parece que el tema de la seguridad o las legislaciones
para algunos sectores, impedirán la correcta implantación
de estos modelos en nuestro país?
La seguridad está empezando a generar una suerte de restric-
ciones en la apertura de las telecomunicaciones, es posible que
tengan puntos de contacto que no sean los más afortunados.
¿Cree que su organización puede beneficiarse de alguna
manera con la generalización de esta tendencia?
Estoy convencido de ello, de esta manera lograríamos inde-
pendizarnos del hardware y podríamos hacer foco en lo real-
mente importante para cualquier organización que se jacte de
tener en claro cual es su activo más preciado, la información
que define y genera su negocio. Al no depender más de
infraestructuras propias nos evita estar pendientes en todo
momento de soportar y dimensionar adecuadamente las mis-
mas como también la asignación de recursos técnicos idóneos
cada vez más escasos en estos días.
¿Le parece que el tema de la seguridad o las legislaciones
para algunos sectores, impedirán la correcta implantación
de estos modelos en nuestro país?
Posiblemente influyan en el proceso de implantación, por lo
general suele suceder cuando las tecnologías a implementar
no se encuentran lo suficientemente maduras localmente
o bien cuando el know how local del modelo a implantar es
pobre.
1634
milveinticuatro
Roberto Ambrosoni
Educación / Ministerio
¿Considera que el ancho de banda que tenemos en nuestro
país puede ser un problema para el desarrollo de la nube?
El ancho de banda hoy es un problema para todos, yo diría que
para el planeta, ni que hablar que a menor escala más grande
el problema.
¿Puede llegar a ser un problema para las empresas peque-
ñas dedicadas a brindar servicios de soporte a servidores?
En realidad veo más oportunidades que problemas, una em-
presa que sepa exprimir la nube va a poder brindar mejores y
mayor cantidad de servicios con menos esfuerzo técnico y eco-
nómico.
Mario Cassoni
Servicios internacionales
¿Considera que el ancho de banda que tenemos en nuestro
país puede ser un problema para el desarrollo de la nube?
Estoy convencido que lo será. Se necesitará que los ISP
adecuen sus infraestructuras tecnológicas y tarifas de forma
tal que sus abonados logren acceder a mejores y más baratos
anchos de banda.
¿Puede llegar a ser un problema para las empresas peque-
ñas dedicadas a brindar servicios de soporte a servidores?
No en el corto y mediano plazo, ya que todo cambio tecnoló-
gico importante tiene su tiempo de maduración y convenci-
miento por parte de los usuarios acera de los beneficios que
plantea el modelo. Tal vez dentro de algunos años cuando la
tendencia hacia este modelo sea haya acentuado las empresas
que se dedican a brindar servicios de soporte a servidores
perciban una pérdida de competitividad. Estará en ellas
darse cuenta a tiempo del cambio de modelo y en decidirse
por acompañar el proceso de implantación del mismo de forma
proactiva.
milveinticuatro
Uruguay en el corto plazo:
¿padrón biométrico y voto
electrónico?
En nuestro país el avance del uso de éstas técnicas mediante
dispositivos biométricos a sido paradójicamente lento com-
parado con otros países de la región.
L
a biometría informática es la aplicación de técnicas ma-
temáticas y estadísticas sobre los rasgos físicos o de
conducta de un individuo, para “verificar” identidades o
para “identificar” individuos (Wikipedia).
En nuestro país el avance del uso de éstas técnicas mediante
dispositivos biométricos a sido paradójicamente lento compa-
rado con otros países de la región. La paradoja radica en los
resultados de otros rubros de TI de Uruguay como lo son la
exportación de software y los servicios de capacitación y con-
sultoría en tecnologías emergentes.
Ejemplos de avance vinculados al voto electrónico son Bolivia,
Brasil, Paraguay entre otros. El primero implementó en tiempo
récord en el 2008, su padrón electoral biométrico de casi 5,1
millones de electores, cuando el padrón manual de acuerdo al
último censo del 2001 poseía 3,9 millones. Recordemos que Bo-
livia es gobernada por primera vez en sus 184 años de historia
por un indio.
Brasil por su parte, utilizó en 2008 la biometría para sus eleccio-
nes intermedias legislativas. Esto fue un “approach” para dejar
todo listo para las elecciones nacionales celebradas en 2010.
Las mismas esperaban en 427.000 “urnas electrónicas” a 136
millones de electores para elegir a su presidente mediante la
huella dactilar.
1644
Nosotros dónde estamos?: si bien la incorporación de dispositi-
vos biométricos (control de acceso, control horario) se ha incre-
mentado tanto en las empresas privadas como en el Estado, no
hay estándares claros a seguir en materia de biometría. Tampo-
co existen lineamientos concretos para definir una base única
de información de rasgos físicos de las personas.
En el Estado parece que la “movida” en el uso de identificación
dactilar o facial, radica en como lograr los aumentos de sueldo
en base al presentismo (me refiero al presentismo “real”). Esto
dejando de lado por ejemplo, el estudio previo para definir al-
goritmos en común, dispositivos compatibles, registros únicos
en bases de datos.
Sumado a esto, y por mi experiencia personal, no se ha logrado
llegar a tener el dispositivo “ideal” para lograr un padrón bio-
métrico que NO excluya a nadie. Sabido es que la tecnología
de huella dactilar si bien es económica no es lo suficientemente
buena, la identificación facial aún está “verde” como para com-
petir seriamente, y el resto aún sigue siendo cara.
Todo esto hace pensar que aquí van a pasar unos años para
llegar a meternos en una casilla, tocar una pantalla para elegir a
nuestros gobernantes y ser identificados por un dispositivo en
vez de la vieja credencial cívica (uups, me olvidé que ahora dan
una nueva más linda!).
Marcelo Tiscordio
MCSE – CCNA
Director MacroSeguridad
mtiscordio@macroseguridad.com
milveinticuatro
Los peligros de ser olvidado
Posiblemente desconozcamos el nombre del inventor y tal
vez se lo adjudicamos erróneamente a quien le agregó un
detalle…
E
xisten para los inventores, desarrolladores y creativos
muchos peligros. Uno de ellos es el peligro de ser ol-
vidados.
Algunos inventores han adquirido fama y se los recuer-
da incluso por el lego, a veces por perfeccionar un detalle clave,
otras por tramitar rápida y correctamente la patente, otras por
desarrollar exitosamente la faceta comercial de la idea o tal vez
por una combinación de éstas razones.
Sin embargo, la mayoría de quienes participan en una innova-
ción no son recordados e incluso a veces, son injustamente olvi-
dados. Generalmente en cada desarrollo una serie de individuos
consecutivamente o en forma paralela aportan un nivel más del
conocimiento, a veces en grados muy sutiles. La tecnología no
avanza en grandes saltos, cada invento es consecuencia de algo
que “estaba en el aire”, el perfeccionamiento técnico de una
idea, la evolución de algo ya existente o la búsqueda por satis-
facer una nueva necesidad. Cuando esto no ocurre, el invento
no prospera. Es lo que sucedió con la imprenta inventada en
la isla de Creta 3000 años antes del momento correcto en la
época de Gutenberg.
Veremos tres ejemplos relativamente más modernos.
El Ferrocarril
La era del ferrocarril comenzó con George Stephenson. En 1814
construyó su primera locomotora y un año más tarde patentó la
conocida biela que une las dos ruedas delanteras de cada lado
de la locomotora. En 1823 fundó su fábrica de locomotoras.
Ávido de clientes, cuando Pease propuso una línea férrea entre
dos localidades inglesas, Stephenson lo visitó para hacerse car-
go del plan. En 1825 inauguraba esta primera línea y su paso a
la inmortalidad.
Salvo por la biela de su invención, las vías férreas, las locomoto-
ras, las calderas y las máquinas móviles de vapor lo precedían.
1664
Hacía mas de 60 años que existían máquinas de vapor cuando
Cugnot realizó en 1769 ensayos en Paris con un carruaje a va-
por, antecedente de la maquina de vapor de James Watt paten-
tado en 1784. Richard Trevithick construyó en 1801 un coche de
vapor en que circuló por las calles de Londres.
En cuanto a las vías, en 1738 aparecen los primeros carriles de
hierro en minas en Inglaterra. Fue Edgeworth quien lanzó la
idea de unir las grandes ciudades con éstos carriles en 1788.
Trevithick fue también el primero que tuvo la idea de que las
maquinas de vapor provistas de ruedas correrían mejor sobre
carriles. En 1804 se hizo el primer recorrido pero a los 5 meses
los carriles estaban rotos.
El automóvil
La historia del automóvil comienza con Daimler y Karl Benz.
Pero casi nadie se acuerda de Siegfried Marcus o de Jean Le-
noir. Marcus en 1875 proyectó un automóvil con motor de gaso-
lina, diez años antes a la motocicleta de Daimler y del vehiculo
de motor de Benz. Marcus era un mecánico que se dedicó en
Viena al perfeccionamiento de la máquina de gasolina. En 1870
hizo algunos viajes nocturnos de prueba por las calles de Viena
pero la policía se lo prohibió debido a los ruidos molestos del
motor. Pero Marcus no llegó a solicitar la patente y descuidó su
explotación industrial. Antes Lenoir había desarrollado el primer
motor de combustión interna de dos tiempos en 1859 y poco
después lo acoplaba a un carruaje. Lenoir patentó sus invencio-
nes y los desarrolló comercialmente. Sin embargo el motor era
ineficiente y al vehiculo se lo podía superar caminando.
El Teléfono
A quien se le pregunte por el inventor del teléfono responderá
posiblemente por Graham Bell. Pero muy pocos responderán
Charles Bourseul, Philipp Reis, Elisha Gray o Antonio Meucci.
 milveinticuatro

El empleado de telégrafo Charles Bourseul, formuló por escrito Un bocadillo final

en 1854 un proyecto conciso para la transmisión electromag-
nética de la voz humana. Su articulo “Telefonia eléctrica” se
publicó ese año. Pero Bourseul fue tan olvidado aún en Fran-
cia que el Director de correos francés lo tomo por un demente
senil cuando en 1907 poco antes de su muerte, solicitó un au-
mento de su mísero retiro presentándose como el inventor del
teléfono. La pensión, una vez confirmadas las afirmaciones, fue
aumentada.
Problemas similares sufrió el maestro Reis, quien desde 1862
realizaba ensayos con el oído artificial usando una caja de vio-
lín como receptor transmitiendo algunas palabras 100 metros.
Pero la Unión de físicos de Frankfurt consideró el aparato como
poco más que un juguete y además una revista científica de la
época rechazó la comunicación enviada por Reis por conside-
rarla inadecuada. Desengañado y olvidado Philipp Reis murió
de tuberculosis a los 40 años.
Si levantamos la vista y miramos nuestro entorno, nos encon-
traremos con que la mayoría de los inventores de los artilugios
que nos rodean han pasado por problemáticas similares. Posi-
blemente desconozcamos el nombre del inventor y tal vez se
lo adjudicamos erróneamente a quien le agregó un detalle o
lo explotó comercialmente. Posiblemente el inventor terminó
arruinado o perdido en interminables pleitos por patentes. O
tal vez logró sortear con éxito estos peligros en el camino hacia
nuestra memoria y agradecimiento.
El peligro de ser olvidado está tan vigente ahora, como hace
200 años. Es paradójico que una de las excepciones a estos
olvidos lo lograra un aristócrata timbero, en una juerga intermi-
nable inventando el sándwich por el cual es recordado. Gracias
conde.

Antonio Meucci un italiano que emigró primero a La Habana se

interesó en el tema casi al mismo tiempo que Bourseul. En 1852
en esa ciudad consiguió trasmitir palabras de un piso a otro en
su casa. En 1871 patentó el teletrófono en Estado Unidos pero
solo pudo mantener la patente un par de años. Meucci vivió
siempre en la miseria y nunca estuvo en condiciones de defen-
der sus derechos.

El profesor de sordomudos Alexander Graham Bell tuvo más

suerte. Supo del teléfono de Reis, como más tarde el mismo lo
reconoció. Con la patente de 1876 de Graham Bell no termina
ésta historia. Tan sólo 2 horas después de que Bell se presenta-
ra en la oficina de patentes, hacía lo mismo Elisha Gray con un
invento similar.

Angel Zieleniec
Ing.Quím/Tec.Prev
azieleni@adinet.com.uy

1674
milveinticuatro

si este es tu negocio
nunca vas a estar en

milveinticuatro
comercial@1024.com.uy
milveinticuatro

TSP/PSP en Uruguay
Luego de este análisis uno se puede preguntar: ¿Si las inspec-
ciones y revisiones son tan efectivas y tan poco costosas, por
qué normalmente no se hacen?

H
oy es 30 de octubre y estoy escribiendo este artícu-
lo que trata sobre dos procesos creados por Watts
Humphrey. Lamentablemente, Watts falleció el día 28
de octubre de 2010; hace sólo dos días. Actualmente
me encuentro en el SEI, el golpe de esta noticia fue enorme
para la comunidad de ingeniería de software y, por supuesto,
para todos sus compañeros del SEI. Sin lugar a dudas, Watts
es el padre de la calidad de software y uno de los más grandes
investigadores de la ingeniería de software de toda la historia.
Tuve la oportunidad de conversar con él dos veces y de inter-
cambiar varios correos electrónicos. Una persona estupenda
que también será recordada por su calidad y calidez humana.
¡Gracias Watts!
Introducción
En el primer artículo “TSP/PSP en Uruguay”, publicado en el
número anterior de esta revista, comentamos que la principal
prioridad en la gestión de negocios de software debe ser la
calidad. También mencionamos que esta no sucede por casuali-
dad. El Team Software Process es un proceso de desarrollo que
al ser utilizado obtiene sistemáticamente productos de calidad,
cumpliendo con el cronograma y los costos establecidos.
Cada individuo que integra un equipo TSP utiliza el Personal
Software Process (PSP) para realizar sus actividades. Aquí pre-
sentamos algunos resultados del uso del PSP y del TSP basán-
donos en dos reportes técnicos del Software Engineering Insti-
tute (1) (2).
Dado que es complejo introducir el proceso completo desde el
comienzo del curso, este se va introduciendo por niveles: 0, 1 y
2. El nivel 2 es el PSP completo.
Durante el curso los ingenieros desarrollan 10 programas de
software. Los tres primeros se realizan con el PSP 0, los tres
siguientes con el PSP 1 y los cuatro restantes con el PSP 2.
Resultados en cursos del PSP
Los datos que aquí se presentan corresponden al dictado de 23
cursos del PSP con 298 ingenieros en total; el estudio completo
se presenta en el artículo de Hayes y Over (1). En esos cursos
se escribieron más de 300.000 líneas de código (Loc) en 15.000
horas y los ingenieros descubrieron y corrigieron unos 22.000
defectos. Los cursos fueron impartidos tanto en ambientes aca-
démicos como en la industria.
La figura 1 presenta cómo mejoran los ingenieros en la estima-
ción del tamaño (izquierda) y en la estimación del esfuerzo (de-
recha) a medida que van realizando los ejercicios. La línea negra
es el error promedio que tuvieron los ingenieros al realizar las
estimaciones de cada ejercicio. La línea azul presenta lo mismo
pero por nivel del PSP.

¿Cómo se aprende el PSP?

El PSP se aprende mediante un curso teórico/práctico. El mis-
mo no es un curso de programación, y debido a esto, tiene
como requisito previo el manejo fluido de al menos un lenguaje
de programación. Durante el desarrollo del curso se busca cam-
biar los hábitos del ingeniero e incrementar sus habilidades en Figura 1 – Estimación de tamaño y esfuerzo
distintos aspectos del desarrollo de software.

1704

La figura 2 (izquierda) muestra cómo disminuye durante el curso
la cantidad de defectos removidos por cada mil líneas de códi-
go (KLoc) durante las etapas de compilación y pruebas unita-
rias. La figura 2 (derecha) presenta la productividad. Al comen-
zar las prácticas del PSP la productividad disminuye, pero luego
aumenta y se equipara a la productividad original.
Figura 1 – Etapas del desarrollo de software
Estos resultados se dan en todos los cursos del PSP. Luego de
incorporar las prácticas del proceso los ingenieros estiman mu-
cho mejor tanto el tamaño de los productos como el tiempo
que lleva construirlos.
Además de mejorar en la estimación, los ingenieros disminuyen
los defectos que “llegan” a la fase de compilación y de prue-
ba. Esto quiere decir que logran remover los defectos de forma
temprana: fases de revisión del PSP. Remover los defectos tem-
pranamente mejora notablemente la calidad del producto final,
el cronograma y los costos de un proyecto. Como presentamos
en el artículo anterior las pruebas tienen un costo varias veces
mayor que las revisiones. Disminuir la cantidad de defectos
que se tienen que remover durante las pruebas hace que el
costo del proyecto disminuya sustancialmente. Por último, el
incorporar las prácticas del PSP no afecta la productividad del
ingeniero.
1714
milveinticuatro
Los productos desarrollados con PSP son los componentes de
un sistema desarrollado con TSP. El tiempo de re-trabajo dis-
minuye significativamente, debido a la calidad de cada com-
ponente, y por lo tanto aumentará la productividad del equipo
TSP.
En definitiva: mejores estimaciones, cumplimiento del crono-
grama, productos de calidad y a menor costo.
Resultados del TSP en la industria de software
Los resultados que obtienen equipos que usan el TSP son sus-
tancialmente mejores a los encontrados normalmente en la in-
dustria de software. Estos resultados se repiten a medida que
distintas compañías de software adoptan el TSP. La siguiente
situación se describe en el artículo de Noopur Davis (2):
El producto se liberó en la semana 62, esto fue 4 semanas des-
pués del compromiso establecido con el cliente un año antes
(6,9% de desviación del cronograma). Además, el producto se
entregó con más funcionalidades de las acordadas. El tama-
ño del mismo fue de 28.900 líneas de código. La cantidad de
defectos durante las pruebas de sistema fue de 0,44 defectos
por KLoc. Comparado con el desarrollo de la versión anterior,
la cual no usó TSP, se redujo 10 veces la cantidad de defectos
detectados por el grupo de pruebas y se redujo 8 veces la du-
ración de las pruebas de sistema. Esta era la primera vez que el
equipo de desarrollo usaba el TSP.
En ese mismo artículo se analizan datos de varios proyectos
realizados en 13 compañías de software que usan el TSP. El
tamaño de los productos en esos proyectos varía desde 600 Loc
hasta 110.000 Loc, el tamaño de los equipos varía desde 4 hasta
47 ingenieros y la duración de los proyectos desde unos pocos
meses a unos 2-3 años. Los tipos de aplicaciones incluyen soft-
ware de tiempo real, aplicaciones cliente-servidor y software
financiero, entre otros (2).
milveinticuatro

El análisis de estos proyectos indica que el promedio de desvia- Los integrantes de un equipo TSP
ción en el cronograma fue de un 6% y el rango de desviación También existen varios reportes acerca de cómo se sienten los
fue desde un -20% (liberación temprana) hasta un 27% (libera- ingenieros que trabajan en equipos TSP. En este artículo comen-
ción tardía). Según el CHAOS Report de 2009 de The Standish tamos sólo un caso (para muestra basta un botón).
Group International, los proyectos se desvían en promedio un En una entrevista que Humphrey tuvo con el presidente de Kai-
79% del cronograma. La diferencia con TSP es de un orden de ser Electronics, este último le comentó acerca de la rotación
magnitud y el proyecto TSP con mayor desvío es aún mejor que de personal: “En Silicon Valley normalmente hay un 25% de ro-
el promedio de la industria. tación, el año pasado nosotros tuvimos un 23%. En software,
Además, según el CHAOS Report 2009, el 24% de los proyectos nuestra rotación fue de 7%, sin embargo, en los equipos que ya
fracasan (se cancelan o el producto no es utilizado). Todos los tenemos el TSP adoptado fue de 0%” (3).
proyectos que usaron el TSP en el estudio de Noopur Davis fi- ¡A los ingenieros les gusta mucho trabajar con TSP, son “due-
nalizaron y se consideraron exitosos dentro de sus compañías. ños” de los compromisos del equipo, se mantienen motivados,
En lo que refiere a calidad, se tuvo como promedio 0,4 defec- contentos y altamente productivos! En el artículo de Noopur
tos por KLoc en las pruebas de sistema (con varios proyectos Davis se presentan comentarios de integrantes de los equipos
sin detectar defectos). Los productos liberados contienen alre- TSP de las 13 compañías relevadas. Vale la pena leerlos.
dedor de 0,06 defectos por KLoc, dos órdenes de magnitud
menos que la media de la industria que es de 7,5 defectos por Otros resultados del uso del TSP
KLoc. El cuadro 1 compara datos del uso de TSP con el prome- Además de los mencionados aquí, existen diversos reportes
dio de la industria. que indican las mejoras logradas con el TSP. Uno interesante
es el escrito por McAndrews, donde compara los resultados de
algunas compañías antes de adoptar el TSP y luego de adop-
Medida Proyectos TSP Proyectos típicos
tarlo (4).
Promedio y rango Promedio
Compartimos, con aproximadamente 125 colegas provenientes
Defectos en pruebas de 0,4 15 de unas 30 empresas y de unas 5 universidades, el placer de
sistema (defectos/KLoc) De 0 a 0,9 asistir al “TSP Symposium 2010”. Año a año en este simposio
Defectos en producción 0,06 7,5 se presentan resultados del uso del TSP en la industria. Las pre-
(defectos/KLoc) De 0 a 0,2 sentaciones realizadas están disponibles en la web: http://www.
sei.cmu.edu/tspsymposium/2010/proceedings.cfm.
Esfuerzo en pruebas de 4% 40% Diversas empresas de distintas partes del mundo están usando
sistema
TSP. Algunas de las más conocidas son: Adobe Systems, Bur-
(% del esfuerzo total De 2% a 7% satec, Fuji Xerox, IBM, Intuit, Kernel Technologies, Microsoft,
del desarrollo) Mitsubishi, Nedbank y Oracle, Toshiba.
Cronograma de las 18% 40%
pruebas de sistema De 8% a 25% Vale la pena resaltar que Capers Jones, reconocido experto en
(% de la duración total ingeniería de software, indica en su último libro que el TSP es
del desarrollo) el mejor proceso de desarrollo para proyectos de mediano y
Cuadro 1 – Calidad: comparación entre el TSP
y la media de la industria

1724
 milveinticuatro

gran tamaño, y el segundo mejor proceso para proyectos de

pequeño tamaño (5).
Hay que considerar que cuando un producto pequeño es un
éxito se espera una segunda versión del producto, luego una
tercera, etc. Probablemente, alguna versión pase a ser de tama-
ño medio. Utilizar el TSP desde el inicio es una opción a tener
en cuenta.

Resumiendo
Hemos mostrado resultados del PSP durante su aprendizaje y
también resultados del uso del TSP en la industria. Los resulta-
dos son contundentes: se mejora la calidad del producto final
en 2 órdenes de magnitud y se cumple tanto con el cronograma
como con los costos establecidos. Además, los ingenieros de un
equipo TSP están muy motivados y son altamente productivos.
Estos magníficos resultados se obtienen porque el PSP y el TSP
se basan en mejorar la forma de trabajo del individuo y del equi-
po que desarrolla software. Los equipos TSP logran una siner-
gia particular y son estos equipos los verdaderos responsables
del éxito. En próximos artículos presentaremos cómo TSP logra
crear equipos con individuos altamente calificados, motivados y
comprometidos a alcanzar el objetivo definido, en un ambiente
de total cooperación entre los integrantes.
Las exigencias de los clientes son cada vez mayores. Sobre todo
en lo que refiere a calidad de software, entrega en plazo y den-
tro de los costos establecidos. El TSP tiene resultados excelen-
tes en la industria de software, Capers Jones lo considera el
mejor proceso existente y está siendo adoptado por numerosas
compañías. ¿Será el 2011 el comienzo del TSP en la industria de
software del Uruguay?
Bibliografía
1. Hayes, Will y Over, James W. The Personal Software Process: An Em-
pirical Study of the Impact of PSP on Individual Engineers. Software
Engineering Institute, 1997. CMU/SEI-97-TR-001.
2. Davis, Noopur y Mullaney, Julia. The Team Software Process in Practi-
ce: A Summary of Recent Results. Software Engineering Institute, 2003.
CMU/SEI-2003-TR-014.
3. Humphrey, Watts S. Winning with Software: An Executive Strategy.
Addison-Wesley Professional, 2001.
4. McAndrews, Donald R. The Team Software Process: An Overview and
Preliminary Results of Using Disciplined Practices. Software Engineering
Institute, 2000. CMU/SEI-2000-TR-015.
5. Jones, Capers. Software Engineering Best Practices: Lessons from
successful projects in the top companies. McGraw Hill, 2010.
Diego Vallespir
Profesor de Facultad de Ingeniería, UdelaR
TSP Uruguay - Grupo de Ingeniería de Software
dvallesp@fing.edu.uy

1734
Sociales
Canon - After Office - Hotel Four Points

Fiesta milveinticuatro - Che Montevideo

CUIMOI Fiesta 14 años - La Maisson du lac

ISACA Fiesta - Lindolfo

Romis Nelimar Fiesta despedida - Barbacoa

“Mic-Macs”, Avant Premiere milveinticuatro

 Canon After Office
Hotel Four Points
14 19 23

15 20 24

16 21 25

17 22 26

18

E
l pasado 17 de Noviembre de 2010, en un after office organizado por
Digiprint, Canon mostró los productos más destacados de la marca.
1 6 10

2 7 11

3 8 12

4 9 13

1 Gabriel Madoz, Matias Torterolo, Bebe Morosini, 2 Gisella Dittamo, Fernando Caivano y Fer-
nanda Martinez de Unicom 3 Jacqueline Santana de García, Daniel García Azpiroz (BROU),
Laura Dominguez 4 Alfredo Benzano (Licencias Originales), Clara Pérez (AOC), Alejandra Perez
(Incotel), Daniel Ceriani 5 Javier Misa (DJ) 6 Nelson Otero y Mary Díaz (Roddi) 7 Pablo Gey-
monat (Abitab) y Señora 8 Fernanda Martinez, Lucía Duraniona (POPAd) 9 Gustavo Fagun-
dez (INCO), Nicolás Gutierrez (Microsoft Uruguay), Andrea Erpi de Gutierrez, Alfredo Benzano
(Licencias Originales) 10 Freixenet 11 Zona VIP de 3M, presentando sus proyectores 12 Jack
Daniels 13 Alejandro Gamela y Señora (Che Montevideo)
 Fiesta milveinticuatro - Che Montevideo
Lanzamiento edición Isaac Newton
14 19 23

15 20 24

16 21 25

17 22 26

18
14 Buffet 15 Sofia Russo (Licencias originales), Pablo Lluviera y Alfredo Benzano (Licencias
Originales) 16 Jacqueline Santana de García, Daniel García Azpiroz (BROU), Fernando Burstin
(INCO), Maxwell Banks 17 Nicolás Rostan, Sergio Weiske, Alberto Kesman, Gustavo Trelles 18
Muestra de la calidad de los mini proyectores 3M 19 Adriana Fidelin de Tiscordio, Marcelo
Tiscordio (MacroSeguridad), Juan Carlos Castro 20 Mary Díaz (Roddi), Alejandro Balbi 21 Laura
Dominguez, Gustavo Testa (LATU), Angel Zieleniek (LATU) 22 Omar Bonel y Arturo Maccio
23 Yani Betannin (Netwan), Fernando Burstin (INCO), Enrique González (milveinticuatro) 24
Gente de Jack Daniel’s 25 Entrada a Zona VIP de 3M y milveinticuatro 26 Nicolás Rostan, Jorge
Nantez (Protech), Stephany Ortega, Sergio Weiske, Danilo Sena
1 6 10

2 7 11

3 8 12

4 9 13

5 9 13
 Cuimoi
Fiesta 14 años - La Maisson du lac
1 6 10

2 7 11

3 8 12

4 9 13

E
n un espectacular cena de gala realizada en La Maisson du lac, CUIMOI
festejó sus 14 años de vida.

En la oportunidad, estuvieron presentes autoridades nacionales, gubernamen-

tales y destacados empresarios del medio.
ISACA
Lindolfo

I
SACA despidió el año en una fiesta con sus asociados en
Lindolfo, en un ambiente distendido.

Se dieron cita destacados profesionales del área de seguri-

dad informática del Uruguay.
 Romis - Nelimar
Barbacoa
1 6 10

2 7 11

3 8 12

4 9 13

R
omis Nelimar despidió el año invitando a sus clientes y amigos a una
cena en Barbacoa Restaurant. Los asistentes disfrutaron una noche es-
pectacular en un entorno distendido.
“Mic-Macs”, Avant Premiere, Moviecenter
Lanzamiento edición Isaac Newton
1 6 10

13

2 7

11

3 8

11

4 9 12

U
na vez más, milveinticuatro y sus auspiciantes, invitaron a un Avant
Premiere en MovieCenter de Montevideo Shopping de la película
“Mic-Macs”.

Agradecemos el reconocimiento de quiénes colmaron las instalaciones y de

quiénes prefirieron acompañarnos en la degustación de Chocolate de Arcor,
Champagne Freixenet y Whiskey Jack Daniel´s.
Esperamos contar con ustedes en nuestra próxima convocatoria, haciéndonos
llegar su interés en suscripciones@1024.com.uy