Aqui les dejo algo que nos les había mostrado antes.

Esta fue la presentación del EL2009 durante el Encuentro del año pasado.

Saludos!!

PD: Tenemos nueva imagen y página web!, visitamos en http:///2009.encuentrolinux.cl

–

El segundo día, el primero con charlas seleccionadas a partir del llamado a trabajos, fue bastante bueno. Las charlas estaban separadas en tres tracks, sin mayor categorización, incluyendo temas de actualidad, como la agenda de código abierto que mantiene el gobierno, desarrollo usando el framework web Django,  debugger para Python, y la presentación de Monkey HTTPD Daemon.

En la mañana, además de asistir a las charlas, aprovechamos de recorrer un poco más la universidad. Pasamos por la Laguna de los Patos (y Cisnes Cuello Negro).

En la tarde, me tocaba presentar mi tema, Introducción al desarrollo de aplicaciones para KDE 4, mientras en paralelo presentaba Sven von Brand, también alumno de la UTFSM, con su tema sobre el real estado de los juegos en Linux.

Para variar, estaba super nervioso antes de comenzar, pero a pesar de todo, la charla salio super buena, y en 1:45 hr, creamos una aplicación sencilla, un editor de textos, luego mejoramos el editor de texto usando las KActions, luego tomamos la aplicación, le quitamos la parte del editor, y le agregamos un reproductor de audio. usando Phonon. Ya a los 2/3 de la charla, tome el reproductor de audio y lo converti en reproductor de video, y finalmente, para demostrar el uso de Solid, agregue detección y montado automático de pendrives. Como dije en la charla, muchos de los ejemplos que use, estan disponibles en el Techbase de KDE, y otros los cree (como el Montador de Pendrives).

Mas tarde se realizaron charlas sobre virtualización con XEN, y adelantos en el desarrollo de la nueva versión de Gnome.

Por comentarios de la polola de Kevin Dhal Skog (ayudante del LabComp), nos enteramos que la UdeC tiene una cascada (¡Qué otra universidad tiene cascadas en sus terrenos!). Obviamente teniamos que ir a verla. Nos demoramos mucho, y terminamos llendo en sentido contrarío, pero finalmente llegamos. ¡¿Qué no tiene esta universidad?! La cascada era muy impresionante. Muchas fotos fueron tomadas

Llegamos un poco tarde para la última charla del día, pero alcanzamos a participar en la fiesta de firmado de llaves pgp. Esta sistema para asegurar la identidad de una persona en internet, se basa en los llamados círculos de confianza (por lo tanto, no cuenta con un solo proveedor central de identidad, lo cual lo hace más seguro), y para realizar el firmado, es necesario que las personas se conozcan. Finalmente pudimos ponerles caras a muchos nombres que leemos a cada rato en proyectos de código abierto, o en listas de correos, como la lista linux en español, hosteada en el Departamento de Informática: linux@listas.inf.utfsm.cl.

Con algo de hambre fuimos a cenar al Fritz con varios expositores y el equipo de organización, conociéndonos, compartiendo chascarros, y traduciendo un montón de tallas a Patrick. Mientras tanto, el nos mostraba su eeePC.

En la noche, algunos que todavía teníamos energías nos fuimos al barrio Estación, frente a la Gobernación de la Región del Bío-Bío, a un bar-karaoke… Lo pasamos la raja, aunque después la evidencia decía que cantábamos con las reverendas.

¿¿¿¿KDE sobre M$ Windows???? Si, es posible, ya que una de las principales metas de KDE4, era que fuese multiplataforma, lo cual lo logró, y hace ya varios meses (quizas ya un año), es posible correr tus aplicaciones KDE4 sobre Windows.

Desde hace varios años, existía un port bajo cygwin para correr KDE en plataformas Microsoft Windows (o win32, como se le conoce técnicamente), pero sus versiones estaban algo añejas.

Ahora, con el cambio de arquitectura de KDE, el mantener ports a distintos sistemas operativos y plataformas, es mucho más sencillo. Esto se debe principalmente a que la interacción con el hardware, audio y red se encuentran concentradas en dos librerias: Phonon y Solid. Más aún, KDE esta basado en Qt 4.5, framework creado por Qt Software para el desarrollo de aplicaciones. Su principal característica es que posee varios por no decir MUCHOS ports a distintos sistemas opertivos (soporta más plataformas que Java), sus componentes gráficas son muy atrácticas, y posee gran variedad de funcionalidad para trabajar.

KDE4 en Windows tiene escritorio, panel de control, casi todas las aplicaciones poseen compatibilidad, y se mantiene al día gracias a un instalador que a su vez funciona como actualizador. Más aún, es posible reemplazar el escritorio de Windows, por KDE4, lo cual lo deja mucho mas bonito y presentable

Eso si, KDE4 para Windows, todavía no es estable.

Ahora, sin más preámbulo, veremos como instalar KDE en Windows… Y para variar, es casi “Siguiente, siguiente, aceptar”.

1. Descarga el instalador desde el siguiente enlace.  Notar que siempre la última versión del instalador es descargada, puesto que este vínculo es un enlace a la última versión.
2. Ejecútalo, y sigue las instrucciones.
3. Agrega KDEDIRS como variable de entorno (Inicio > Panel de Control > Sistema > Avanzado > Variables de Entorno, haz click en [Nueva Variable de Usuario]. Nombrala KDEDIRS, y el valor debe ser la ruta donde instalaste KDE, por ejemplo, C:\Archivos de programa\KDE4)
4. Agrega los directorios de bibliotecas y binarios a la ruta de ejecucion de Windows. (Inicio > Panel de Control > Sistema > Avanzado > Variables de Entorno, haz doble click en la variable de sistema PATH, y adhiere al final “%KDEDIRS%\lib;%KDEDIRS%\bin" sin incluir las comillas, y ojo con el punto y coma.
5. Debe instalar el Microsoft Visual C++ 2005 SP1 Redistributable Package (x86)” [1].
6. Listo!

Mas detalles sobre customización (y la versión en inglés de este mismo proceso), los puedes encontrar aquí.

import 2009.encuentrolinux.cl

–

Con la finalidad de dar a conocer los beneficios que se tiene con el software libre en lo que es área computacional, es que se desarrollará un evento en la comuna de Quintero. El tema se llamará “Día Cultural del Software Libre” dado que se necesita culturizar a todas las personas de la comuna y alrededores, en lo que se refiere a software libre. Se darán a conocer distintos temas relacionados con la materia, en el cual vendrán expositores de fuera de la comuna, a participar de este grandioso evento tecnológico.

Personas jóvenes capacitadas, nos brindarán diversos tipos de charlas, aclarando todas las dudas de los asistentes que se encuentren presente.

El evento es totalmente gratuito. Se pide que en lo posible, participen durante toda la jornada, ya que habrán excelentes temas, y muchas cosas más.

Cabe señalar, que es primera vez que se realizará un evento de estas características en la comuna, dado que este grupo de miembros que difunden el software libre, lo hacen de forma voluntaria, y en toda la región.

Datos del Evento

Fecha: Sábado 20 de Junio del 2009

Hora: De 11:00 hrs.,  hasta las 18:00 hrs

Lugar: Aula Magna del Edificio DAEM de Quintero

Auspicia: I. Municipalidad de Quintero

Organiza: CostaLinux y ValpoLinux

PROGRAMA

El programa para el día del evento, es el que se presenta a continuación:

Horario	Actividad	Expositor
11:00:00	Bienvenida
11:10:00	Historia de Linux	Delia Ibacache: ValpoLinux
11:55:00	Software Libre	Fabian Castro: Quintero
12:45:00	Debian GNU/Linux	Luis San Martín: DebianChile
13:35:00	Receso
14:45:00	Sun y el Open Source	Jorge Araneda: ValpoLinux
15:35:00	Integración de Software Libre. Linux en Educación y Empresas.	Leonardo Olmos:
16:25:00	Break de 10 Minutos
16:35:00	Evolución de Linux	Arturo Hoffstadt: ValpoLinux
17:15:00	Juegos en Linux	Sven Von Brand: ValpoLinux
18:00:00	Finalización de Actividad

Los esperamos..

www.ohloh.net, es un indice de proyectos opensource. La gracia que tiene, es que más que ser un indice, es capaz de dar métricas basadas en el repositorio del proyecto, indicar aportes realizados, fortalezas y debilidades responde a análisis del código, entre otros.

Ohloh, además da información sobre los desarrolladores, y uno puede ver los distintos aportes registrados de varias personas que uno conoce!!!, jajjajaja.

Bueno, si participan de un proyecto opensource, ingrésenlo a Ohloh. Pueden indicar que uds. participaron en ese u otro proyecto (ya que guarda las entradas de los autores de los commits), y les hará reconocimiento de su trabajo. Es una muy buena herramienta!

Este evento se realiza año a año, desde el 2000. El primer evento lo organizó la Universidad del Bío-Bío, y se realizó dos veces más en esa sede. El año 2003, el evento se traslado a Valparaíso, a cargo de nuestra Universidad, la UTFSM. El 2004, también fue realizado en nuestra casa de estudios, y finalmente emprendió vuelo hacia el norte de nuestro país, hacia Iquique, organizado por el GULIQQ (Grupo de Usuarios de Linux Iquique), en conjunto con la Universidad Arturo Prat.

Estamos ya en la Novena versión del evento, y el movimiento de Código Libre ha aumentado considerablemente en tamaño. Grandes proyectos son liberados bajo código abierto, Linux paso de ser un sistema operativo para servidores y desarrollo de software, a tener un gran espacio en computación móvil, computadores de pequeño tamaño y computadores de escritorio. Grandes distribuidores de computadores como Dell, HP y Lenovo, permiten la compra de sus computadores con Linux instalado. Empresas como IBM, Oracle y SUN apuestan fuertemente por esta nueva era y recomiendan el uso de Linux como plataforma para sus productos, y liberan varios de estos como código abierto.

El Encuentro Linux reúne año a año entre 400 a 750 personas, entre estudiantes, profesores, profesionales del área de software, administración de sistemas, educación, y gobierno. Es una instancia para conocernos, compartir, conversar, exponer trabajos, trabajar como comunidad, e introducir nuevos usuarios y desarrolladores.

Este año se realizó el evento en la región del Bío-Bío, siendo el equipo Organizador dirigido por la Universidad de Concepción. El evento duro 3 días, y como ya es tradición, el Gnome Day de este año se realizó al día siguiente tras el Encuentro Linux.

El OpenDay fue un muy buen día. Primera vez que se realizaba, y por problemas técnicos se retrasó un poco. Hubo un track de charlas más bien cortas (30 minutos), de buen contenido introductorio a temas de Linux y Código Abierto. En paralelo, en otro costado de la misma carpa, estaban las comunidades Linuxeras y de Código Abierto.

Este día fue super dinámico y hubo mucha conversación entre los stands de las comunidades y la gente, que cada vez que había una pausa, los asistentes venian a hacernos preguntas a los stands, resolver problemas, preguntar como se podía colaborar o unirse a la comunidad, conseguir recuerdos, entre otras cosas.

La carpa del evento, según nos comento más tarde Italo Fopiano (uno de los organizadores del Encuentro Linux), tenia una capcidad de 600 personas. A ojo, estimamos una asistencia de 400 a 450 personas en ese día.

En el costado de comunidades, nos instalamos. Habíamos representantes de varios proyecto y comunidades, como:

• Fedora (http://www.fedoraproject.org).
• DebianChile (http://www.debianchile.cl)
• Ubuntu-cl (http://www.ubuntu-cl.org/)
• Sun (http://osum.sun.com)
• Mono(http://www.mono-hispano.org)
• GnomeChile (http://www.gnome.cl),
• ValpoLinux (http://www.valpolinux.cl),
• entre otros…

En el stand de Fedora, estabamos Sven von Brand, Horst von Brand, y Yo. En ese momento, Jorge Araneda (quien esta haciendo el proceso para unirse a los Fedora Ambassadors) nos preguntó si nos podía ayudar, y la respuesta fue… “obvio!”, y prosiguió la entrega de la polera de Fedora . Dentro de las principales dudas que resolviamos, estaban cuales eran los principales fuertes de Fedora, dudas con compatibilidad de hardware, que software incluía (y con que versiones), mucha gente no sabía que Fedora era la distribución más avanzada de Linux (es decir, la que incluye las últimas versiones).

Durante ese día, cada comunidad se presentó. Como Fedora Ambassadors, presentamos el proyecto Fedora, mostramos sus ideales, que siempre será libre, sin problemas legales por patentes o licencias, aportar a los proyectos corriente arriba (no quedarse con parches exclusivos), y estar a la vanguardia.

Los DVDs estaban tranquilitos en la mesa, mientras conversábamos con la gente, hasta que alguien pregunto… ¿Puedo sacar uno?, y no alcanzamos a decir “Si”, y ya habían aparecieron como 50 manos, no sabemos de donde, y se los llevaron.

El stand de Fedora (al igual que casi todo el resto de los Stands), estaban todo el tiempo con gente. A la tarde ya se tranquilizó un poco más el ambiente, pero de todas formas, venian a hacer preguntas y consultas. Fue muy entretenido, además de recordarme mucho a mi experiencia con la Feria de Software XD.

Además, pudimos encontrarnos y compartir con nuestros amigos de Ubuntu (Miguel Ruiz Manzano), Debian, ValpoLinux (Delia Ibacache, Jorge Araneda) y Gnome (Eduardo Silva). Es muy curioso, pero entre todos nosotros, nos llevamos excelente. A cada rato nos tirabamos tallas sobre distribuciones, y que esta tenia tal cosa, y esta otra no, pero al fin y al cabo, todos particimos en estos eventos, y nos conocemos, y al terminar el día, nos vamos de carrete todos juntos .

Quiero dejar un agradecimiento y un reconocimiento muy grande para Rodrigo Fuentealba, quien estubo a cargo del OpenDay, de conseguir todo para las comunidades, coordinar las charlas, y más encima, todavía le sobraba tiempo para preguntarnos como estabamos. Grande Rodrigo!.

En la noche, aprovechamos de salir a conocer el barrio de la Plaza Perú (donde suceden todas las protestas), y aprovechamos de salir y ponernos al día con viejos amigos del programa de intercambio entre universidades chilenas y algunos expositores del evento. Hace tiempo que no me encontrara con Jonatan Fierro y Alejandra Alvarado. Fue muy grato recordar nustro paso por la Feria de Software, y los carretes en el Hotel.

Continuará…

Image via Wikipedia

Hace mucho tiempo que trabaje con Qt 3, en mi proyecto de Feria de Software, Nómada (ufff, por ahí por el año 2006). Luego, seguí trabajando con Qt, pero mi idea era siempre tratar de aportar al proyecto KDE. En fín, por pega y estudios, nunca pude hacerme el tiempo, hasta que finalmente, para el Noveno Encuentro Linux, dije “Es ahora o nunca”, asi que envié el trabajo, y fue aceptado.

La charla es principalmente un rápido resumen sobre las tecnologías usadas en KDE4, qué es lo nuevo, qué es lo viejo, y como se puede usar, haciendo enfoque a que varias librerías desarrolladas para KDE, ahora no dependen de las librerias KDE.

Luego, seguí con varios ejemplos, tomados del Techbase de KDE, actualizándolos un poco.

• 01 Aplicación Sencilla, compilando via g++.
• 02 La misma aplicación, usando CMake para generar un Makefile.
• 03 Aplicación KDE, usando KXMLGuiWindow para crear la ventana principal.
• 04 Introducción a las Señales y Slots de KDE, y las KActions, creando una aplicación que permite mostrar texto.
• 06 Se agrega a la aplicación la funcionalidad de cargar y guardar, mediante KActions.
• 08 Se reemplaza el editor de textos, por un reproductor de sonido, mediante Phonon.
• 09 Se agrega al reproductor de sonidos, la reproducción de videos.
• 10 Se agrega al reproductor de videos, el descubrimiento de pendrives automático, mediante Solid.

Si se pierden en lo que estoy mostrando en los ejemplos, o diapositivas, les recomiendo que vean antes la presentación que hice sobre KDE4, donde me extiendo más en las nuevas cosas que hay en KDE4.

Ejemplos KDE4

Pero Fedora va más allá de un conjunto de paquetes RPM, de las últimas versiones en proyectos, o de su estabilidad. Fedora ve que su tarea es más grande, involucrándose, en la medida posible, en los proyectos, aportando. También integra todo tipo de profesionales y voluntarios en sus tareas, diseñadores, traductores, desarrolladores de software, abogados, entre otros. Partipar en proyectos inter-comunidades, como freedesktop.org, LSB, NetworkManager, D-BUS. Crear nuevos proyectos, proveyendo soluciones que faltaban en el mundo Linux, como Fedora Directory Server, Free-IPA.

En esta charla, podrán ver como se organiza Fedora, como participan las diferentes personas, y cual es el estado de los distintos proyectos de Fedora. También se darán los pasos para participar de este proyecto.

Diapositivas en ODP y PDF

Image via Wikipedia

Pero KDE es más que un entorno de escritorio. En un conjunto de proyectos, que trabajan por brindar una grata experiencia en el uso de tu PC. KDE es un framework para desarrollo de aplicaciones de escritorio, KDE es tu entorno de escritorio favorito, KDE es una suite de aplicaciones de oficina, KDE es una suite de aplicaciones para gestión de información personal, KDE es un conjunto de personas que desarrollan software, KDE es comunidad.

KDE 4 es la nueva versión de este mega-proyecto. Muchos cambios se han realizado, en especial varios a causa de la migración del framework KDE desde QT 3 a QT 4, el framework en el cual esta basado KDE, y que es mantenido por Trolltech, empresa del grupo Nokia.

Cuatro nuevos proyecto pasaron a integrar a la familia KDE: Oxygen, Plasma, Solid y Akonadi. Oxygen es el proyecto de arte y diseño que brinda una interfaz y arte frescas, agradables a la vista y renovadas. Plasma es el nuevo motor de rendering gráfico, el cual basa su diseño en imágenes de tipo vectorial, y la posibilidad de poder poner widgets (plasmoids) en cualquier lugar de tu escritorio. Solid es el nuevo administrador de hardware, una capa intermedia que permite la total integración de nuevo hardware detectado a las funcionalidades de KDE 4. Akonadi es un nuevo framework para la gestión, almacenamiento, sincronización y acceso concurrente a información personal.

En este trabajo, podremos un poco de historia del proyecto KDE, los principales cambios en la transición de KDE 3 a KDE 4, y como afectaron. Decisiones de arquitectura de software, nuevos proyectos que se integran entre ellos, y el logro de una nueva experiencia en el uso del PC, y el estado actual del proyecto KDE.

• Diapositivas en ODP, HTML

Mugshot recolecta información sobre ti, en distintos sitios de redes sociales y los agrega en un solo lugar, de forma que tus amigos puedan enterarse de todos tus movimientos en la red, que música escuchas, que fotos subiste, tu ultimo twitteo (dios mio, ya lo uso como verbo), entre otros. En el screenhost de abajo, puedes la pantalla que sirve para configurar los distintos sitios web de redes sociales a los cuales mugshot puede acceder.

Eso no es todo, además, permite crear grupos, en los cuales se suscriben feeds RSS. De esta forma, varias personas pueden monitorear, compartir y discutir sobre temas que tiene en común. Por ejemplo, a la izquierda hay un pantallazo de algunos grupos, y la actividad que tienen. Normalmente se traduce en chateo en torno a una noticia, post o entradas RSS, nuevas fotos, por mencionar algunas cosas.

Pero entonces… uno se pregunta… ¿Esto mismo lo puedo hacer con un agregador de feeds?.

Si, pero la gracia esta en que mugshot permite la discusion de estos articulos, usando el procolo XMMP, el mismo que usa jabber. Mas aún, mugshot posee una aplicacion de escritorio que va mostrando todo lo que pasa en tu perfil, y en tus grupos suscritos. Puedes comentar al vuelo, estilo chat,  puedes ver la noticia completa, acepta filtrado, entre otros… Para que veas, abajo a mano izquierda, esta mi mugshot. Y a mano derecha, estan resumenes de las actividades de las personas con mayor movimiento en mugshot.

Mugshot en un conjunto de herramientas, entre el sitio web, aplicación de Facebook, y aplicaciones de escritorios (que no te dejaran de copuchentear cual fue la última canción que escucharon tus amigos, o el último twitteo –ya sea en linux, o en windows.). Todo esto está liberado de forma OpenSource, y la empresa detrás de esta estupenda herramienta es RedHat.

P: ¿Qué gracia tiene eso?

R: El puerto 443 es para navegar por páginas web de forma segura. Este puerto nunca lo cierran, porque sería la hipocresía más grande del mundo cerrar ese puerto en pro de la seguridad computacional.

En mi post Google Talk @ Kopete, están los detalles para configurar Kopete para Google Talk. La configuración final quedaría así:

El 15 de Octubre del 2007, Netscape comunica el lanzamiento de Netscape Navigator 9, pero el 28 de Diciembre, del 2007, la noticia seria muy diferente… se anunció el final de soporte (EOL, End of Life) para toda la linea de los afamados navegadores de internet de Netscape…

Un poco de historia…

Claramente Netscape marcó una gran época en Internet, cuando todavía estaba forjándose toda la web que hoy en día vemos. En los principios de los 90, internet todavía se “navegaba” (este termino aún no se acuñaba) a través de texto plano, y la web (más bien el protocolo http) no era conocido. Hasta que la NCSA (National Center for Supercomputing Applications) creo el NCSA Mosaic, uno de los primeros navegadores web.

Luego, uno de sus creadores,  Marc Andreessen, se retiró de la NCSA, para formar su empresa, la Mosaic Communications Corporation, que más tarde cambio nombre por disputas legales, pasando a ser finalmente la NetScape Communications Corp. La primera versión de Netscape (que yo recuerde), fue la 1.0. Venia prácticamente en todos los paquetes de navegación que vendían las ISP. Y en esos tiempo este tipo de software era pagado.

En tiempos aquellos los navegadores eran pocos, Microsoft todavía consideraba que la Microsoft Network era viable (una especie de red pararela, como AOL en sus tiempos), y para conectarse a internet, había que usar comandos AT apropiados del modem, porque no había un estándar ampliamente adoptado/implementado todavía…

Para implementar su Microsoft Network, Microsoft creo el Internet Explorer, que entro en escena (según el sitio de Microsoft), en el 95… Lo cual me resulta un poco extraño, ya que no yo no lo recuerdo hasta el 97…

Tiempos aquellos, ufff… La primera guerra de los navegadores, que libraron Microsoft y Netscape, en la cual el sin fin de demandas a Microsoft fueron falladas a favor o estúpidamente juzgadas por gente incompetente, lo cual resultó en tener una ensalada de “features” que resolver porque tenemos un montón de normas (ya que no son estandares) impuestas por fuerza gracias a Microsoft para la Web. Una pagina web puede verse muy bien en un browser, y en otro, como el ajo (incluso dentro de versiones del mismo Microsoft Internet Explorer).

La guerra parecía perdida cada día más por la masa de usuarios que adoptaban Microsoft Windows 95, y su “pre-instalado” Internet Explorer. Luego, vino un decaimiento de la red, del cual aún nos recuperamos. La internet creció a pasos agigantados, pero el navegador de turno (Internet Explorer), cada día venia con más vulnerabilidades. Microsoft no se hacia responsable por los bugs de seguridad o “features” que traía.

Luego, vino Netscape, y su gran aporte el OpenSource. En Marzo de 1998,  Netscape liberó el código de su programa Netscape Navigator (en realidad, Communicator) bajo una licencia de tipo opensource, y denominó a este desarrollo Mozilla.

Varios años pasaron, durante el cual la comunidad opensource y NetScape continuaron el desarrollo de Mozilla, reescribiendo el código, y pasando del engine de layout Mariner a Gecko (el cual es el motor de dibujado para páginas web de la mayor cantidad de browser hoy en día).

En el año 2003, Mozilla lanzó un producto standalone que sería un browser, bajo el nombre código de “Phoenix”, vino el lanzamiento de Mozilla Firefox. El lector de emails fue lanzado más tarde como Thunderbird. Finalmente existe una suite de internet con peso, seguridad y libertad para ser un balance a las malas prácticas de Microsoft. Los diversos problemas de seguridad que Microsoft que negaba reconocer, asustan a cualquier entendido, pero no a los usuarios. (Ver la paradoja de los “Chanchitos Danzantes“)

Esto revivió la batalla de los navegadores, que a pesar que Microsoft todavía gana (ya que viene incluido con el Sistema Operativo, y si no mal recuerdo, fue dictaminado como una práctica de monopolio por las cortes Gringas), resulta impresionante ver como avanza la participación de Mozilla Firefox en la internet mes a mes, creciendo gracias a toda la comunidad de personas que apoyan y promueven el uso de tecnologías o software de fuente abierta.

Hoy en día, Firefox y Mozilla tienen una participación del 37.7% en los navegadores que se usan en todo el mundo, según las estadísiticas de la w3c. Mientras que Microsoft Internet Explorer (con todas sus versiones), ocupa un 53.9% en el mundo de los exploradores (siendo que viene pre-instalado en casi todas las maquinas de hoy)… Más aún, la tendencia de Firefox es creciente.

Y como mencione mas arriba, Netscape lanza su ultima versión de su conocido navegador, “Navigator”, antes de retirarlo de las telas de la web.

Bueno… Espero hacer un llamado de atención, y mas que nada, recordar como fue “parte” de la historia de la web, en sus comienzos, y a quienes les debemos gran parte de los logros de hoy en día.

Algunos links interesantes…

• Santuario Netscape  Colección de información, hechos y diseños sobre Netscape a lo largo del tiempo. 
• SillyDog’s Netscape Archive: Archivo de las características y lanzamientos de las distintas versiones de Netscape.
• GUIdebook, Splashes: Las diferentes Splash screen, hasta la version 8.
• Historia de Mozilla -Wikipedia

El primero, fuero Oracle, en específico, su motor de Bases de Datos. Es monolítico, lo cual hace que la instalación, sea igual de ingente. Y el segundo, fue el motor de mensajería para transacciones financieras, QuickFIX, por su escasa documentación inicial, y prácticamente su carencia de “Hello Worlds!”.

Pero obviamente, si todo fuese tan fácil, no existirían los desafíos, asique puse manos a la obra, y aquí les dejo mis “traspies” con QuickFIX para que no les pase lo mismo que a mi

Introducción a FIX y QuickFIX

FIX, es la especificación del Protocolo para transacciones financieras “Financial Information eXchange”, o FIX. Participan en su elaboración un gran número de stakeholders, interesados en hacerla cada día mas completa, y abierta. Fue concebida en el 1992, y su misión es “To improve the global trading process by defining, managing and promoting an open protocol for real-time, electronic communication between industry participants, while complementing industry standards.” (Mas información sobre FIX aquí, NOTA: si quieres obtener acceso al sitio completo, debe registrarte)

A pesar de que la especificación del protocola es abiertas, sus implementaciones no tienen la obligación de serlo (ya se libre – como libre en cerveza-, o codigo abierto), y la mayoría son especificaciones comerciales. Aquí es donde entra en el cuadro QuickFIX.

QuickFIX, es una implementación de código abierto de FIX. Actualmente soporta hasta la versión 4.4 de la especificación FIX, y es bastante robusto. Tiene implementaciones para Java, C++, Ruby y Python.

Usando QuickFIX

La licencia de QuickFIX no es una de las tradicionales open-source, pero sigue su espíritu, permitiendo la modificación y redistribución del código, siempre y cuando se conserve su autoría original, se reconozca a sus autores en los softwares derivados, y el nombre QuickFIX, no puede ser usado sin consultar antes a sus dueños.

Del FAQ de QuickFIX, es bastante importante tener en consideración los siguientes puntos:

•  Las horas de todos los computadores envueltos en transacciones FIX deben estar sincronizadas, de preferencia, usando un servidor NTP común.
• Quickfix esta programado en C++ y hace uso de excepciones. Compilar tus proyectos con la opción “-fexceptions”.

Arquitectura de FIX

QuickFIX, más allá de ser una implementación de un protocolo, es también un motor de mensajería. Esto delega gran parte del control sobre la transmisión, a QuickFIX. Es por esto, que hay que conocer la arquitectura antes de poder usarlo.

FIX en si, divide todos sus mensajes en dos tipos, Session y Application. Asimismo, el motor QuickFIX divide su funcionamiento entre estas dos capas.

• Sesión: esta capa esta encargada de manejar cosas como login, logout, recuperación de mensajes, heartbeats, peticiones de test, peticiones de reenvio, rechazos, reseteos de secuencia (gap fills), entre otros. La mayoría de estos mensajes se usan de forma automática, pero siempre pueden ser modificados, o enviados bajo petición del programador.
• Aplicación: Dado que FIX maneja información de trade para stock market y futures market, los mensajes de la capa de aplicación estarán en la linea de enviar una orden, obtener una confirmación (fill), cambiar una orden, entre otros. Estos mensajes nunca son generador de forma automática por el motor QuickFIX, el programador debe controlar el flujo de mensajes en esta aplicación de forma total.

Si desea un buen resumen de la estructura y funcionamiento de FIX y Quickfix, referirse a este link. (una breve y muy intuitiva introducción a FIX, por DevChix).

Conceptos de FIX

• Contra parte: El otro lado de la conexión. Si se esta trabajando en el cliente, la contraparte será el servidor, y vice-versa.
• Mensaje: Mensaje que se envía una contra parte a otra. Existen dos tipos:
  • Aplicación: Mensaje generados por la aplicación (que en si, es lo que realmente se programa, es decir, la información financiera)
  • Administrativos: Mensajes generados por el Engine Quickfix para control de la conexión, la mayoría son mensajes de Sesión.

• Sesiones: Las sesiones existen mientras exista la aplicación, y pueden ser definidas como un canal de comunicación entre dos contrapartes. Estas existen incluso si no hay contra parte que escuche o este conectada. Al momento de ser creada una sesión, puedes enviar mensajes. Si no hay contraparte activa, los mensajes serán enviados al momento en que una conexión sea establecida por la contra parte (un cliente conectado).
  • Iniciador: En cada sesión, existe, un iniciador, una de las contraparte debe iniciar la sesión. Esto se debe a que QuickFIX esta implementado sobre TCP/IP, por ende, una de las contrapartes debe intentar contactar a otro “servidor”
  • Aceptador: El aceptador actúa como listener en TCP/IP, normalmente también es el servidor central de transacciones financieras. Esta contraparte escucha la red en un socket, esperando conexiones entrantes de sus contrapartes “iniciadoras”.

Mensajes FIX al descubierto

Este es un ejemplo de un mensaje FIX

Send(12/06/2006-10:23:43.175)|8=FIX.4.2|9=00060|35=0|49=Alex|56=orders|34=99|52=20041206-10:23:43.175|10=080|

Un mensaje esta compuesto de varios tags ( Ej: 8=FIX.4.2| ). Este tag, esta compuesto de:

• ID del Tag: Un número que identifica a que corresponde el tag. (ej: 8). Es muy importante entender estos números. Por ejemplo, el número 43, indica que es un valor de secuencia de mensajes.
• =: Signo igual (ej: =)
• valor: Dependiendo del id de tag, el valor puede cambiar (ej: FIX.4.2)
• delimitador: Indica el fin del tag. (ej: |)

Dado que ya sabemos como esta compuesto un mensaje, podemos analizarlos.  La especificación 4.4 de FIX posee cerca de 900 tags, y cada mensaje tiene especificado cuales de estos tags son obligatorios, opcionales, o prohibidos para ese mensaje. Pero todo deben tener los siguientes dos tags, que son universales.

• 34: Número de secuencia (permite la sincronización entre contrapartes)
• 35: Tipo de mensaje (permite identificar el mensaje, y darle un sentido a los datos que trae).

El tipo de mensaje permite saber que comunica ese mensaje, algunos casos son:

• 0: Heartbeat(usado para mantener vivas –keepalive– las comunicaciones)
• A: Logon (es usado para iniciar las sesiones, permite identificar y autenticar)
• 5: Logout
• B: News (Noticia)
• S: Quote (Para registrar en tiempo real los bid & ask)
• y otros…

FIXimate 4.4, es una presentación mas amigable de la especificación de FIX 4.4 (que es XML), ordenada por mensajes o tags. Cuando programes, ten siempre un navegador abierto con esta página.

Instalación y Compilación de las fuentes

En Fedora (cuando comence, era Fedora 7), es necesario tener instalados lo siguientes paquetes:

• mysql-devel
• libxml2
• libxml2-devel
• gcc
• gcc-c++
• glibc-devel
• make
• python
• python-devel
• ruby
• ruby-devel

Utiliza el siguiente comando de yum para instalarlos:

yum install  mysql-devel libxml2 gcc gcc-c++ glibc-devel make python python-devel ruby ruby-devel

Luego, debes descargar la ultima versión desde esta dirección y descomprimirla:

cd /tmp

wget http://ufpr.dl.sourceforge.net/sourceforge/quickfix/quickfix-1.12.4.tar.gz

tar xvfz quickfix-1.12.4.tar.gz

Luego, ingresa al directorio quickfix y crea los scripts makefile con la siguiente configuración:

./configure --with-python=/usr/include/python2.4/ --with-ruby --with-mysql=/usr

Nota: La opción de mysql esta incorrecta apropósito. Si no se especifica así, el Makefile construido no es capaz de encontrar las cabeceras de desarrollo de MySQL.Luego, compilamos QuickFIX. Es normal cuando se compila el soporte para Python, el computador deje de responder (esto sucede cuando el computador tiene poca RAM)… (y si… el computador completo deja de responder ).

make

Una vez que termina de compilar, instalamos las bibliotecas quickfix en nuestro sistema. Esto debe ejecutarse como usuario root.

su -

cd /tmp/quickfix

make install

¡Y listo!, ya tienes QuickFIX en tu sistema.

NOTA: Los siguientes pasos de la instalación solo deben realizarse si se utilizará el soporte de MySQL.

Ahora se deben crear la BD y tablas de QuickFIX en MySQL. Para eso, QuickFIX proporciona un script, el cual se modificara ligeramente.

cd /tmp/quickfix/src/sql/mysql

Edita el archivo ”’create.sh”’. Este archivo tiene una solo linea, que ahora deberá ser:

mysql -u root -p --execute="source mysql.sql";

Esto permite autenticar con password de forma interactiva. Ejecuta ahora el script, e ingresa la password del usuario ”’root”’ de mysql.

./create.sh

Explicación sobre el funcionamiento de QuickFIX

QuickFIX en si posee una arquitectura cliente(s)/servidor(es). Y su implementación se basa en TCP/IP.  La biblioteca de QuickFIX se encarga de crear las conexiones, y de auto-configurarse (a partir de un archivo). Como programador, solo es necesario preocuparse de crear un archivo de configuración y los mensajes a enviar.

Toda aplicación de QuickFIX, debe tener un archivo de configuración, el cual define el tipo de conexión, el puerto, si el puerto sera reutilizado, cuando inician y finalizan las sesiones, entre otros parámetros.

[DEFAULT]

ConnectionType=acceptor

SocketAcceptPort=5001

SocketReuseAddress=Y

StartTime=00:00:00

EndTime=00:00:00

[SESSION]

BeginString=FIX.4.4

SenderCompID=EXECUTOR

TargetCompID=CLIENT1

FileStorePath=store

DataDictionary=spec/FIX44.xml

Cada sección SESSION del archivo de configuración, puede especificar el DataDictionary a usar, el cual, es el DTD del protocolo FIX (la especificación formal del lenguaje). Se usa para validar los mensajes entrantes y salientes. Estos, debe estar en la ruta especificada. Los archivos spec se pueden encontrar junto con las fuentes de QuickFIX.

Las aplicaciones QuickFIX deben tener un conjunto de clases instanciadas, para poder funcionar como motor de mensajes, entre ellas podemos encontrar los Logger, Initiators, Acceptors. Todos estos actúan por separado.

Para poder enviar y recibir mensajes, se debe implementar la interfaz Application. Los métodos de esta interfaz serán llamados cuando ocurran los eventos a los cuales hacen referencia.

 namespace FIX

  {

    class Application

    {

    public:

      virtual ~Application() {};

      virtual void onCreate( const SessionID& ) = 0;

      virtual void onLogon( const SessionID& ) = 0;

      virtual void onLogout( const SessionID& ) = 0;

      virtual void toAdmin( Message&, const SessionID& ) = 0;

      virtual void toApp( Message&, const SessionID& )

        throw( DoNotSend ) = 0;

      virtual void fromAdmin( const Message&, const SessionID& )

        throw( FieldNotFound, IncorrectDataFormat, IncorrectTagValue, RejectLogon ) = 0;

      virtual void fromApp( const Message&, const SessionID& )

        throw( FieldNotFound, IncorrectDataFormat, IncorrectTagValue, UnsupportedMessageType ) = 0;

    };

  }

Compilación de Programas en C++

Para compilar con QuickFIX:

g++ -fexceptions -finline-functions -lquickfix -lpthread -lxml2 -lz -L/usr/local/lib Application.cpp  main.cpp

• -fexceptions -  Para el soporte de exceptions
• -finline-functions – Que las funciones sean compiladas inline.
• -lquickfix – Que incluya la libreria de quickfix al compilar.
• -lpthread – Que incluya la libreria de threads.
• -lxml2 – Que incluya al compilar, la libreria ”’xml2”’, para parsing de xml.
• -lz – Que incluya al compilar, la libreria ”’z”’, para compresión.
• -L/usr/local/lib – Que incluya en la ruta de librerias, este directorio

Para facilitar la compilación, usaremos ”’Makefile”’. Un archivo makefile como el siguiente, permite compilar una aplicación en quickfix:

CC = g++

CXXFLAGS = -fexceptions -finline-functions -lquickfix -lpthread -lxml2 -lz -L/usr/local/lib

all: executor

executor: Application.o

clean:

        rm -rf *.o executor

Conclusiones

A pesar de que no se toco el tema de diseño y arquitectura, existe un trabajo en las referencias (Exploring FM Software Architecture), el cual trata sobre este tema, y posee análisis sobre características deseadas, consideraciones y recomendaciones para el diseño y arquitectura de software para Mercados Financieros.

Espero haber cumplido como introducción a QuickFIX. Pronto pondré un Hello World! de QuickFIX. Porfavor, dejen comentarios, para saber si interesa el tema. Saludos!!

Referencias

• Sitio del Protocolo FIX
• Sitio de Quickfix
• Sitio de descargas de Quickfix
• Documentación de Quickfix
• Listas de Correo de Quickfix
• Licencia de Quickfix
• FAQ de Quickfix
• FIX Protocol – DevChix
• Exploring FM Software Architecture
• FIXimate 4.4

Agradecimientos

• A Renato (RNT), por recordarme que debo corregir las faltas de ortografía
• A mis colegas de Ifitec, que ellos son ahora más expertos en FIX que yo