Aikon

Google Venezuela Celebra la Independencia

Joaquín Windmüller — Sat, 05 Jul 2008 12:32:59 +0000

Google ya nos tiene acostumbrados a cambiar el logo del buscador en fechas especiales:

Esta vez es un cambio específico para google.co.ve. Muy buen detalle por parte de la gran G.

Feliz día de la independencia a todos los venezolanos

Entradas relacionadas

Post from: Aikon

Ósmosis2

Joaquín Windmüller — Fri, 04 Jul 2008 02:38:48 +0000

Lo hemos logrado, luego de 10 meses de trabajo hemos defendido nuestra proyecto de grado: “DISEÑO E IMPLEMENTACIÓN DE UN SISTEMA DE MANEJO DEL APRENDIZAJE A DISTANCIA: ÓSMOSIS 2″, hemos recibido mención honorífica lo cual no es nada malo. Pero más importante que eso es que en verdad estoy orgulloso del trabajo logrado.

Ósmosis 2 es un learning management system (LMS) completamente modular desarrollado sobre CakePHP. Ya lo hemos registrado en Ohloh y esperamos implantarlo por primera vez en la Universidad Simón Bolívar de modo que podamos empezar a recibir feedback sobre su funcionamiento.

Según Ohloh, Ósmosis tiene un valor de 1 Millon de dólares. Es bastante cómico porque como siempre la hemos “mi bebé”, ahora la podremos llamar nuestro “1 Million Dollar Baby”

Entradas relacionadas

Post from: Aikon

Search Engine Results: control how your site looks

Joaquín Windmüller — Tue, 10 Jun 2008 01:36:25 +0000

When you use your search engine of choice you usually see a small excertp of text related to the site, one like this:

Generally the text in there is a part of the actual content of the page, but sometime it isn’t. This post aims to give easy directions on how to control what will your potential visitors see…

(This guide takes in account Google, Yahoo! and MSN Search Engines Results)

The traditional way to set this text is with the meta tag description:

This description…

Must be succinct: 160 characters at most (including spaces).
Should be the description of the actual content of the page. Hence, each page should have its own meta description with content related to the current page.

Usually if SE’s don’t find this meta tag, they use a snippet of the content of the page (watch those h1 tags) or turn to dmoz.org to fetch the description (or Yahoo! Directory in case of Yahoo!).

Since some of the most crappy descriptions can be found in DMOZ, google annouced in 2006 a new meta tag content value to tell Googlebot to behave and ignore DMOZ’s descriptions (MSN also reads this one).

Later, Yahoo! followed and implemented it into slurp allowing to also ignore Yahoo Directory’s descriptions.

You can combine them like this:

If you’re wondering how to change DMOZ descriptions… well that can really be a pain: depending on the category your site is in, it will have more moderators working. So it just comes down to having luck after you suggest a change using the “update listing” link.

There’s a lot of information on the web over what other uses are given to meta tag description by search engines.

Last, but not least: here is a description of the Robots Exclusion Protoco suported by Google, Yahoo! and Microsoft

Entradas relacionadas

No hay entradas relacionadas

Post from: Aikon

Links en gráficos de OpenFlashChart

Joaquín Windmüller — Wed, 04 Jun 2008 02:40:36 +0000

Nueva actualización en el helper de CakePHP. El soporte para enlaces en los datos del gráficos tiene un sólo detalle: bug heredado de la clase PHP de OpenFlashChart como lo indiqué en el mensaje de commit.

En pocas palabras, los enlaces no pueden contener comas ya que la clase que ofrece OpenFlashChart hace locuras con el arreglo de enlaces convirtiéndolo a string ¿separado por qué? adivinaron bién: comas.

El ejemplo 1 está actualizado con esta nueva capacidad.

Eso me deja sin tickets abiertos, sin embargo aún hay espacio para mejorara. Si encuentras un bug o deseas una nueva funcionalidad registra un ticket o deja un comentario.

Entradas relacionadas

Post from: Aikon

Actualizaciones al Helper FlashChart

Joaquín Windmüller — Sat, 31 May 2008 04:50:31 +0000

Hoy he cerrado un par de tickets: #1 y #3.

Lo más interesante de esto es que ahora los rangos del eje y se calculan automáticamente.

También he actualizado los gráficos de ejemplo para que muestren el código fuente usado para cada uno, el cual actualizaré próximamente para hacer uso de las nuevas capacidades implementadas en #3.

Es bueno saber que hay gente usando este pedacito de código: ya tengo 2 tickets más por cerrar.

Saludos

Entradas relacionadas

Post from: Aikon

Mayo

Joaquín Windmüller — Sun, 25 May 2008 17:14:56 +0000

Para Venezuela, mayo significa…

Imagen obtenida de: http://www.banksy.co.uk/

Otra muy buena, una crítica contra los medios de comunicación

Entradas relacionadas

Post from: Aikon

El Arte de vender tus ideas y no tu imagen

Joaquín Windmüller — Sun, 25 May 2008 16:53:19 +0000

Ayer, en una estación del metro de Caracas un señor se me acercó para entregarme un volante de la campaña política de Antonio Ledezma, al negarnos nos insistió diciendo “No quieren conocer el mensaje del próximo alcalde de Caracas”. Ante tan importante petición, mi novia aceptó el papel…

Luego de darle vuelta y ver que estaba vacío, preguntó ¿Cuál mensaje? y el señor no supo qué hacer más que decir: “Tienes razón, lo que pasa es que mis compañeros son…”, se fue sin completar la frase pero yo lo hice por él “… unos inútiles”.

A Antonio Ledezma y a todos los políticos que les gusta empujar con sus egos: desinflense y pongan por delante de ustedes sus logros y sus ideas. Si no tienen, háganse a un lado.

Les recuerdo el dicho: “Dime con quién andas y te diré quién eres…”. Si andas con inútiles ególatras, pues ya sabemos quién sería el próximo alcalde de Caracas.

Entradas relacionadas

Post from: Aikon

No quiero trabajar para la Dirección de Ingeniería de la Información (USB)

Joaquín Windmüller — Mon, 14 Apr 2008 03:39:19 +0000

¿Porqué todos los sistemas automatizados de la Universidad Simón Bolívar tienen problemas de estabilidad, usabilidad, accesibilidad, o todas las anteriores?

Recién graduados, haganle caso a pedro: escojan bién en donde quieren trabajar. Yo por mi parte, no quiero trabajar en la DII…

¿La última?

Entiendo que quieran darle tiempo a todos por igual, pero eso es muy ditinto a ¡No darle tiempo a nadie! No pude siquiera inscribir una materia porque cada vez que lo hacía me aparecía eso.

Hay alguien, en la dii tomando muy malas decisiones. De diseño gráfico y del software.

Entradas relacionadas

Post from: Aikon

Desarrollo de software: probando Extreme Programming

Joaquín Windmüller — Mon, 07 Apr 2008 02:31:24 +0000

El desarrollo de software es muy divertido, pero desarrollar buen software no es fácil. Esta frase la leí hace un tiempo no se en donde.

Desarrollar buen software depende no solo de la capacidad del programador, va mucho más allá. Todas esas cosas que parecen fastidiosas como crear documentación, manejar y mitigar riesgos, y otras más necesarias como manejo de requerimientos y errores son importantes para el desarrollo de un software de alta calidad.

Actualmente me encuentro desarrollando una aplicación web para educación a distancia como proyecto de grado. En la Universidad hemos practicado el desarrollo de software usando la metodología RUP, la cual en mi experiencia no hemos usado adecuadamente, por ello decidimos experimentar otras opciones.

Luego de revisar algunas, nos decidimos por una metodología de desarrollo ágil: Extreme Programming (XP) ya que se adaptaba bastante bien al proyecto.

¿Cuándo usar XP?

Alguna de las situaciones en las que XP es adecuada son:

Los requerimientos no están claros o cambian mucho: el cliente no tiene una idea clara de lo que el sistema debería hacer.
Nuestro proyecto requería la reescritura de una plataforma existente, pero modificando la concepción original de trabajo orientándola hacia las redes sociales y la web 2.0
Los riesgos son altos: si el cliente tiene una fecha tope o si el proyecto representa una novedad para el equipo de desarrollo.
La aplicación a pesar de no ser innovadora en cuanto a sus herramientas, sí era una novedad para los desarrolladores el uso de estándares del área de educación. Así mismo, el nuevo enfoque que se le daba representaba una novedad para todo el equipo. (Realmente es y será novedad para toda la comunidad).
se trabaja con un equipo de desarrollo pequeño: se recomienda equipos de entre 2 y 12 programadores.
Somos 3.
Se dispone de un equipo multidisciplinario: el equipo debe no solo ser de desarrolladores, sino también los gerentes y clientes, todos trabajando en conjunto.
El equipo de soporte ofrecido constaba de gente con conocimientos en las áreas de diseño, computación y pedagogía.
El código debe poder ser probado: debe ser posible automatizar las pruebas unitarias y funcionales.
Partíamosde la idea de usar CakePHP como framework de desarrollo. Este nos ofrecía una suite de pruebas automatizadas.

¿Qué ha salido bien y qué no?

Para hacer la historia corta, enumeraré algunos de los principales problemas que se han presentado.

El trabajo multidisciplinario y en conjunto.
Resultó que nuestro tutor es una persona muy ocupada y en varias ocasiones no asistió a las reuniones pautadas (llegó un punto en el que dimos por descontado su asistencia y dejamos de ir nosotros). Así mismo, durante 6 meses las distintas personas que podrían proveernos de la información necesaria para tomar decisiones de diseño importantes no pudieron asistir a las reuniones.

Esto generó como resultado desmotivación en los desarrolladores y estancamiento en la toma de decisiones. Dos aspectos importantes de esta, y cualquier otra, metodología de desarrollo de software.

Otro problema que causó estragos en nuestra planificación fue relacionado al manejo de riesgos

Riesgos altos
Los primeros 3 meses fueron necesarios para implementar el primer módulo de la aplicación. Este módulo es el encargado del presentación de lecciones al estudiante. El estándar (SCORM) en el que se basaba ese módulo es tan denso y complejo que fácilmente hubiese dado para un trabajo de grado completo.

Luego nos enteraríamos que, gracias a la falta de comunicación descrita antes, que los profesores que van a usar el sistema no tienen contenidos en el formato adecuado. La versión de SCORM que usan (1.2) no coincide con la que hemos desarrollado. (En una empresa hubiesen rodado cabezas, acá querían que la dedicaramos otros 3 meses a implementar dicha versión… ¬_¬ )

Los demás puntos los hemos cumplido a cabalidad, el código está en su mayoría documentado y probado. Esto último, las pruebas funcionales automatizadas, se han convertido en nuestra maya de seguridad invaluable.

Aspectos Interesantes de XP

La documentación

XP no hace previsiones para la documentación, sin embargo es lógico que sea necesaria para que cualquier persona fuera del proyecto se ponga en contexto. Al final todo dependerá del proyecto y del equipo.

Para este proyecto la documentación es necesaria por una par de razones: al finalizar el proyecto serán otras personas quienes se encarguen del mantenimiento; y por otro lado, al ser un proyecto de grado es necesaria mucho más la documentación para convencer a los jurados

La propiedad compartida del código

Extreme programming aboga porque ninguna parte del código sea propiedad exclusiva de alguno de los desarrolladores, esto con la intensión de disminuir la necesidad de documentación hacia adentro del equipo de programadores. Adicionalmente esto permite evitar cuellos de botella que entorpecen el avance.

Para lograrlo, XP exige dos cosas: mover a los desarrolladores de sus asignaciones a otras y desarrollar en parejas de modo que la toma de decisiones y el conocimiento sobre ellas no sea un secreto.

Adicionalmente, cada día las reuniones permiten notificar estas decisiones al resto del grupo.

En este apartado, puedo decir que en gran parte se ha logrado. El desarrollo en parejas puede ser perjudicial si no se mantiene la disciplina necesaria para concentrarse en el código y no en la cháchara.

Conclusión

XP se adapta muy bien a un proyecto que requiere un código de calidad, probado y confiable. No hace énfasis en la documentación (al contrario de RUP) lo cual nos ha ayudado a concentrarnos en lo importante para el cliente: la funcionalidad.

Disponer del cliente/asesor realmente dedicado y concentrado es importante para acelerar el desarrollo y evitar pasos en falso.

La planificación semanal y la planificación de las entregas es importante para mantener metas claras.

Otra cosa…

No como será en otros paises, pero he odio que las empresas promedio en Venezuela les importa un bledo la metodología. Es triste pasar 5 años aprendiendo cosas que a las empresas no les interesa.

Pero menos mal que la tarea de la universidad no es ofrecer lo que la sociedad demanda, sino lo que la sociedad necesita — E.W. Dijkstra

Entradas relacionadas

Post from: Aikon

Ninguna noticia es buenas noticias. En la Blogósfera ¡NO!

Joaquín Windmüller — Fri, 04 Apr 2008 06:06:02 +0000

Ninguna noticia es buenas noticias, es un antiguo dicho que se le atribuye al Rey Jacobo I de Inglaterra, en 1616. En la actualidad, los programadores conocen esta frase de la política de notificación de errores de Unix y Linux: los procesos deben devolver cero en caso de exito, 1 en caso de error (otros valores para errores específicos).

Todo esto viene a que, aún cuando esto parece ser muy útil en algunos momentos, cuando se trata de tu blog no es así. Un blog requiere de las palabras para tener vida, es por eso que en la blogósfera: ¡ninguna noticia, son muy malas noticias!

Así que queridos compañeros lecto-escritores: escriban. De lo que quieran, de sus hobbies, de cómo se divierten, de lo que han hecho, de lo que trabajan. O dejen morir su blog.

La razón real de esta entrada

Hoy me reclamaron que no avisé cuando actualicé el diseño de aikon.com.ve y mi respuesta vino en la línea de “ninguna noticia es buenas noticias”… pues me equivoqué, y heme aquí enmendando mi error.

Actualicé mi sitio y ahora tengo un mini-me en el footer (y que reproduzco aquí para los lectores), saludandolos alegremente cuando leen mi sitio. También tengo logo nuevo y lo pueden disfrutar en mi gravatar también.

Entradas relacionadas

Post from: Aikon