sábado, agosto 7, 2010, 12:51 PM - Yo mismo
Fue en verano del año 2000. Un grupo de amigos, locos por estas malditas máquinas, que con mucha ilusión, nos dieron la oportunidad de montar la infraestructura de la primera Campus Party en Valencia. Ideafix nos hacíamos llamar. Fue mi primer trabajo remunerado "serio" relacionado con la informática (clases particulares aparte, gracias Alison).
Ahí estaba yo, delante de una Sun Enterprise 450, el que debería ser el FTP de toda la Campus Party (en aquellos tiempos el P2P no existía como tal). Y yo que apenas había instalado una Red Hat Linux 5.2 en el modesto PC de mi casa y ahora me encontraba delante de un "bicharraco" al que tenía que instalarle Solaris 8 y convertirlo en el servidor "de intercambio" de toda la Campus Party...
Tras la Campus, mi primera empresa fue una ".com", de la que guardo buen recuerdo, Futura Interactiva. Es curioso, tardé 8 años en volver a cobrar el sueldo que tenía en esta, mi primera empresa. Eran tiempos locos, y yo un simple "aprendiz" de Unix con 22 años, se me tenía por gurú...
En una decisión que muchos no entendieron, dejé Futura, y me fui a una maravillosa empresa de sistemas, que se llamaba Optima Technologies. Muchos no entendieron que me fuera a un sitio que cobraba menos de la mitad. Pero es que Optima era mucha Optima.
Fue allí donde aprendí a amar a lo que se convertiría mi vocación: servidores, almacenamiento, clustering, seguridad, en una palabra: sistemas. Optima bebía de la tradición de Digital, de la posterior época de dorada de Compaq. Alpha, SAN, seguridad, alta disponibilidad... conceptos que me hacían pasar horas y horas en la oficina aprendiendo y disfrutando enormemente en mi trabajo. Era mi sueño.
En esta empresa nos atrevimos incluso a desafiar a los grandes, con ese sueño de locos ilusionados que era PowerGate. Estuve rodeado de gigantes, como Neira, Luis Santiago, Bau, Ricardo...
Fue aquí donde empecé a pasear de Consejería en Consejería de la administración pública andaluza, en Sadesi, en la Universidad de Sevilla, en otras grandes empresas de esta tierra. Empecé a tener que implantar sistemas que diesen soporte a cientos, a miles, a decenas de miles de usuarios. Y yo que aún no tenía 25 años.
Fue en esa época en la que se descubrió la grave enfermedad de mi madre. Esa que se la llevó al cielo, desde donde se que me vigila y cuida de mi. Me compré una casa, tuve amores y desamores, me partieron alguna vez la cara y más de otra vez me pasé bebiendo. Todo esto soy yo, este cúmulo de muchos errores y algún acierto en el momento adecuado.
Al final dejé Optima. Me ofrecieron el puesto de responsable de software libre en la zona sur de una multinacional, que se llamaba Dominion. Tenía que crear un área, yo que había sido siempre un técnico, ahora me tocaría gestionar. Menudo reto.
Los primeros tiempos fueron el sueño de un chico de 27 años: aprender a calcular márgenes en operaciones, me hice RHCE, formar un equipo, montar un área, conseguir nombre dentro de la TI andaluza. Y que grupo: Rosa, Álvaro, Agu, Chache, Juanlu....
Pero pasados unos años, el trabajo me fue marchitando. Cada vez más horas, cada vez más exigencia, cada vez más tiempo. Tuve algún problema de salud por culpa del stress. El carácter se me avinagró, y me volví algo más cínico. De alguna forma, no me veía bien a mi mismo.
Un día, hace ahora año y medio, decidí dejar todo aquello. Dejé a Dominion y me vine a la Universidad de Sevilla. Vuelvo a ser técnico, y con un horario mucho más razonable que antes. ¿Y sabéis qué? Volví a ser feliz con mi trabajo.
En todos estos años he tratado con grandes empresas, como "elcarO" (reciente compradora de la señera empresa "Soleares" ) , "JP", "OBM", "RMC", "Reckpoint", "NetUPP" o "Tisco". Me ha tocado hablar con sus comerciales, pedirles precios especiales en operaciones, implantar sus productos, leerme su documentación, llamar a sus soportes técnicos...
También he competido con grandes empresas de aquí, como los "Equatrol", "Radiel", "Belven", "HYECIZA" o "Leberiz", y más de una vez me han ganado, pero la mayoría de las veces les he ganado yo. Y no porque yo sea mejor, sino porque tengo más suerte: de tener a los mejores a mi lado.
Siempre he amado el software libre. Y fue Red Hat (de esta si digo el nombre con todas las letras) la que me enseñó lo que verdaderamente significa la libertad del software. A la chita callando, trabajando en vez de publicitarse, tras las bambalinas, son los que aguantan buena parte del peso de este edificio de sueños.
En todos estos años he escuchado mucho las palabras "sinergia", "oportunidad", "liderazgo", "software libre", "consultor", "innovación". Todas palabras prostituidas, en boca de de señores que saben llevar muy bien la corbata pero que piensan que "coge el dinero y corre" o su equivalente literario "¿quién se ha llevado mi queso?" son la forma correcta de hacer TI.
Pues desde aquí, desde este humilde blog tan poco leído, quiero decir a quien quiera leerme que yo la INNOVACIÓN, el BUEN HACER, con mayúsculas no la veo en estas empresas con nombres tan graciosos que he puesto antes.
Yo lo veo en las "Yaco","Klicap", "Emergya", "Comvive", es en estas empresas (con nombre real, y me dejo alguna por ahí, maldita memoria) con quien me sentiría cómodo si tengo que afrontar algo para servir a decenas, centenares de miles, millones de usuarios.
En sitios como Red Hat, Nexenta, Vyatta o Untangle es donde yo veo que se innova, y que lo hacen sin esconderse en secretos comerciales, cerrar su código ni encerrar a sus clientes en plataformas propietarias
Por que a mi también me "hervía" la sangre cuando un comercial de "elcarO" nos decía que el software libre es el sitio donde van los proyectos que no son lucrativos para su empresa, para que los mantenga "la comunidad" y si sale algo bueno de allí, pues lo cogen para sus productos cerrados. Pues mire usted, eso no es hacer software libre.
Lo que yo entiendo por hacer software libre es poner INGENIEROS en un proyecto libre, gastarse dinero en él, crear una comunidad y cada cierto tiempo hacer una "foto/snapshot" de ese proyecto y venderlo como algo estable y con un soporte asociado. Esto es para mi hacer software libre y ganar dinero con ello. Respeto otros modelos de negocio, pero para mi, hacer software libre es esto: vender servicios de valor asociados a un proyecto donde no hay nada oculto. Que gane el mejor.
Ya han pasado 10 años. Muchos retos tengo por delante, y voy a unir mi vida con una persona que tiene la paciencia para aguantarme. A ver si dentro de otros 10 años vuelvo a escribir en este blog para contar como me ha ido.
Javier
[ 19 comentarios ] ( 273 visualizaciones ) | [ 0 trackbacks ] | enlace permanente |
( 3 / 57 )lunes, julio 26, 2010, 04:40 PM - Opinión
Y aún tenemos aires de grandeza
[ añadir comentario ] ( 110 visualizaciones ) | [ 0 trackbacks ] | enlace permanente |
( 3 / 77 )lunes, abril 5, 2010, 10:47 PM - Tecnología, Opinión
Me acabo de quedar helado con lo que publican las Technet de Microsoft. Itanium se convierte también en una "vía muerta" para Microsoft.
Hace apenas tres meses se confirmó que Red Hat Enterprise Linux 6 no soportará Itanium. Ahora Microsoft hace lo mismo, sus futuros sistemas operativos no correrán sobre Itanium.
Se ve que Itanium se va a quedar sólo para HP-UX y VMS.
Como siempre, lo óptimo, es enemigo de lo bueno. La arquitectura Itanium tenía ciertos puntos tecnológicos muy interesantes, pero al final ha resultado que x64 les ha comido el mercado (excepto el "high-end" ) .
¿Os acordáis de Beta y VHS? Pues lo mismo...
¿Y para esto "mató" HP a mi querido Alpha? Grrrr.
[ 1 comentario ] ( 395 visualizaciones ) | [ 0 trackbacks ] | enlace permanente |
( 2.9 / 154 )viernes, febrero 5, 2010, 10:01 AM - Opinión
"El presupuesto tendrá que estar equilibrado, el tesoro tendrá que volver a llenarse, la deuda pública se tendrá que reducir, la arrogancia de la burocracia tendrá que ser atemperada y controlada y la ayuda a las tierras extranjeras tendrá que eliminarse para que Roma no entre en la bancarrota. El pueblo debe otra vez aprender a trabajar en vez de vivir de la asistencia pública"
Cicerón, 55 AC
[ 4 comentarios ] ( 691 visualizaciones ) | [ 0 trackbacks ] | enlace permanente |
( 3 / 211 )domingo, diciembre 27, 2009, 09:37 PM - GNU/Linux, Opinión
Por si no lo he dejado claro al principio: es un RUMOR. Red Hat (que yo sepa) aún no ha dado una respuesta oficial. Pero hay ciertas cosas que le hacen a uno pensar que en este rumor haya parte de verdad.
Son múltiples las fuentes que apoyan a este rumor. Desde los "visionarios encorbatados" de IDC a los pitonisos de PCWorld pasando por los "buitres" de The Register.
No voy a entrar a valorar la validez o no de la arquitectura ia64, pero si puedo decir que es una arquitectura "rara" de encontrar en los CPD, donde hay sobre todo x64 (muchísimo), y algún Sparc/Power/ia64 para tareas de "back-end" Oracle/SAP . En sitios grandes / muy grandes se ve también algún Mainframe (99,99%, IBM)
Como cliente de Red Hat, les he mandado una pregunta comercial acerca de RHEL6 e Itanium. A ver qué responden.
En cuanto sepa la respuesta de Red Hat, lo comentaré en este blog
ACTUALIZADO 12 de enero 2010 Red Hat confirma que RHEL 6 no soportará Itanium. RHEL 5 seguirá soportándolo hasta 2014, pero esto se ha convertido en una via muerta.
[ 2 comentarios ] ( 391 visualizaciones ) | [ 0 trackbacks ] | enlace permanente |
( 3 / 291 )martes, septiembre 8, 2009, 09:15 AM - GNU/Linux, Tecnología
La semana pasada se publicó la Red Hat Enterprise Linux 5.4. Repasando las notas de lanzamiento me encuentro con una nueva funcionalidad muy interesante para aquellos que tengan RHEL 5.4 conectadas a SAN EMC Clariion.
Primero vamos a explicar un poco de teoría. Los sistemas Clariion son la gama media de almacenamiento de EMC, siendo Simmetrix la gama alta. La gama Clariion cuenta con controladoras que pueden funcionar en modo "activo-activo" por lo que una LUN dada solo está accesible desde una controladora, si bien las controladoras se intercambian información para que en el caso de que una falle la transacción no se pierda.
En topologías complejas de almacenamiento (con directores, varios niveles de conmutadores de fibra, etc) nos podemos encontrar que hay caminos "más óptimos" que otros, por el mero hecho de que pasa menos tráfico por uno que por otros.
En versiones anteriores de Red Hat Enterprise Linux 5 se podía definir un camino "preferido" a una LUN, de forma implícita, es decir, que el administrador del sistema Linux le preguntaba al administrador de almacenamiento cual es el camino "óptimo" para llegar a tal LUN y así se configuraba en el sistema Red Hat
Esto no es demasiado flexible. Si el administrador de almacenamiento decide reorganizar la asignación de LUNes a las controladoras, se tiene que poner de acuerdo de nuevo con los administradores de los hosts. Si tenemos varias decenas de hosts y/o LUNes la cosa se vuelve muy tediosa.
Pues bien, Red Hat Enterprise Linux 5.4 añade una nueva funcionalidad a device mapper multipath que se denomina explicit AULA, que consiste en ni más ni menos que el host Red Hat Enterprise Linux negocia con el almacenamiento cuál es el camino óptimo para llegar al almacenamiento, liberando a los administradores de esta tarea.
Para habilitar esta funcionalidad hay que cargar el módulo de kernel scsi_dh_alua . También es necesario especificar "1 aula" como hardware_handler en el fichero multipah.conf (ver Bugzilla )
Ojo que para sistemas EMC Clariion sólo se puede cargar el módulo scsi_dh_alua o bien el de toda la vida, el dm-emc, no está soportado cargar los dos a la vez.
Hay administradores que no usan device mapper multipath sino el producto EMC PowerPath que desconozco si tiene también esta funcionalidad. ¿Algún lector que arroje un poco de luz?
Gufete
Nota post post: Gracias a Juan José Palacios de Optima Technologies por aclararme mi empanada mental acerca de las Clariion.
[ añadir comentario ] ( 77 visualizaciones ) | [ 0 trackbacks ] | enlace permanente |
( 3 / 419 )sábado, agosto 1, 2009, 02:56 PM
[ añadir comentario ] ( 82 visualizaciones ) | [ 0 trackbacks ] | enlace permanente |
( 3 / 457 )lunes, junio 22, 2009, 10:19 PM - GNU/Linux, Tecnología
Ya soy feliz usuario de la Fedora 11 x64. No me voy a poner a contar el mogollón de mejoras que trae respecto a Fedora 10 (para el que quiera los detalles, aquí los tiene ). Lo que todo el mundo destaca es que arranca muy rápido, dicen que en 20 segundos (pues a mi me tarda 36, que es menos de la mitad de lo que me tardaba antes), pero hay algo que se llama Presto y no veo que se le haya dado mucho bombo.
Pues para eso está este blog
En versiones anteriores de Fedora (y también de RHEL, todo hay que decirlo) alguna vez nos habrá pasado que ha tocado actualizar un paquete "pesado", del tipo OpenOffice.org, kdelibs o tetext. Pues nada, a bajar unas pocas decenas/centenas de megabytes cuando a la hora de la verdad lo que se ha actualizado son unos pocos cientos de kilobytes / algunos megabytes.
Pues es aquí donde entra en acción Presto.. A grosso modo, y simplificando mucho, lo que hace es bajarse únicamente las diferencias ('delta' ) entre los binarios que tenemos instalados y los que están disponibles en el servidor de actualizaciones.
Por defecto no viene activado en Fedora 11, para activarlo hay que instalar el paquete yum-presto. Para ello ejecutamos el comando:
yum -y install yum-presto
Y voilá!. Ya tenemos activado el plugin, por lo que a partir de ahora las actualizaciones de seguridad ya no serán tan "dolorosas" en ancho de banda.
Ojalá otros fabricantes (y no sólo de distribuciones de Linux) les de por emplear una tecnología similar. El otro día me bajé 150 megas de parches para MacosX por una actualización de Java. En Solaris 10 idem. Y de Microsoft Windows ni os cuento lo que me tardó una actualización de .NET de 350 megabytes...
Nota: para el que se pregunte qué hago yo con un Windows le diré 4 cosas:
A) Aparte de la cerveza me gusta el tinto. Pero me gusta más la cerveza.
B) El que no conoce la historia está condenado a repetirla.
C) Conoce a tu enemigo
D) Las herramientas de gestión de entornos virtuales (Vmware vSphere / Citrix Xen Server) sólo las hay en Windows. No las hay ni en OSX ni en Fedora / Ubuntu / Gentoo / OpenBSD.
A ver si hay suerte y la tecnología Presto la vemos en Red Hat Enterprise Linux 6 el año que viene...
Gufete
[ 3 comentarios ] ( 737 visualizaciones ) | [ 0 trackbacks ] | enlace permanente |
( 3 / 477 )
