martes, septiembre 08, 2009

Popularidad de los navegadores

Viendo los reportes de Google Analytics sobre mis blogs noté algo interesante, y es que al menos la gente interesada en los tópicos que se tratan aquí usan mayormente Mozilla:
1.
Firefox
55.17%
2.
Internet Explorer
24.63%
3.
Mozilla
12.32%
4.
Chrome
3.94%
5.
Opera
2.46%
6.
Safari
0.99%
7.
Konqueror
0.49%
Una relación de 67% en Mozilla contra 25% de IE.
Las estadísticas de Perliscopio, son mucho más abrumadoras, aunque el blog es nuevo y no tiene tantas visitas, pero la relación allí es de 75% para Mozilla y 7% para IE. La conclusión evidente es que perlero no usa IE, ni que use Windows.

sábado, septiembre 05, 2009

El renacimiento de Perl

En el año 2006 estaba coordinando 2 proyectos, uno de ellos era una aplicación web (obviamente en Catalyst), y parte de mi trabajo es buscar mejores herramientas para facilitar la labor de los programadores, así fue como me topé por primera vez con Moose, que aunque incipiente, captó mi atención de inmediato, así seguí los enlaces hacia Class::MOP, donde me hablaban del Meta Object Protocol, y por terminé aprendiendo algo de Common Lisp y particularmente CLOS.
Más o menos al mismo tiempo estaba coordinando el desarrollo de un sistema distribuido para Linux (en C++ por requerimiento del cliente), y también estaba en la búsqueda de alguna herramienta que aliviara el dolor de que nos causaba ese desarrollo, conocí Erlang y redescubrí la programación funcional, que me llevaron finalmente a OCaml, Haskell y Scheme.
[artículo completo]

lunes, agosto 31, 2009

La magia de Perl

Una de las características que hacen de perl una navaja suiza (por cierto afilada) son las construcciones mágicas del lenguaje, que permiten escribir micro programas rápida y fácilmente, y es una de las razones por las cuales el lenguaje tiene fama de incomprensible.
Aunque el uso de estas construcciones están contraindicadas en la programación de sistemas, son de gran utilidad en el día a día de los administradores de sistemas y programadores, por ello voy a explicar las más comunes, para que puedas apreciar su potencia y entender los scripts que se crucen en tu camino.
[artículo completo]

martes, agosto 25, 2009

Perl arcaico

Hace un par de dias me tocó atender un proveedor que vino a ofrecer sus servicios para el desarrollo de una aplicación web.
Como alguno de los participantes de la organización tuvo que manejar un imprevisto aproveché para iniciar un pequeña investigación durante la charla informal: "¿Que herramientas de desarrollo utilizan en su empresa?".
En un mundo ideal la respuesta hubiera sido: "Perl", pero me informaron que ellos trabajan principalmente en Python, aunque pueden trabajar en otros ambientes, incluyendo Perl.
Después de informarles que en la organización preferimos Perl para el desarrollo de nuestras aplicaciones, y después de un micro debate religioso, uno de ellos (Juan) concluyó:

En definitiva cualquier cosa que se puede hacer en un lenguaje se puede hacer en el otro, solo que en Perl la programación es más arcaica
en aquel momento casi me altero, pero en vista de que llegó el que faltaba y que lo importante era la reunión, me quedé tranquilo.
Ahora en retrospectiva me pregunto: ¿a qué se refería con eso de que Perl es arcaico? ...
 [artículo completo]

Reunificando Scheme

Menos de dos años han pasado desde la polémica 6ta revisión del lenguaje Scheme (R6RS), que causó una ruptura de la comunidad. El lenguaje siempre se caracterizó por ser puro y minimalista hasta que este nuevo estándar duplicó el tamaño de la especificación.
En el proceso de ruptura apareció un movimiento para mejorar R5RS, pero manteniendo el lenguaje fiel a sus principios, así nació ERR5RS.
Scheme nunca se convirtió en un lenguaje práctico para el despliegue de aplicaciones, debido a que muchos aspectos de la implementación no eran parte del estándar, dificultando la interoperación del código entre las diversas implementaciones del lenguaje, así que la comunidad de scheme siempre ha estado de una u otra forma dividida, sin embargo R6RS causó una gran fractura, con la mayoría de los fabricantes quedándose en R5RS o migrando a ERR5RS, mientras las implementaciones grandes se fueron por la vía de R6RS.
Esto es una lástima porque los fundamentos matemáticos sobre los que se basa Scheme son muy formales, de hecho toda la semántica del lenguaje está definida matemáticamente a usando semántica denotacional.
Hace unos días para mi sorpresa se activó nuevamente la lista de discusión de R6RS, y la discusiones que vi fueron sobre la división del lenguaje en dos versiones y los posibles nombres que se le darían cada versión!
En un esfuerzo por reunificar la comunidad se piensa en que la próxima versión de Scheme (R7RS?), tendrá una versión light que permita implementaciones pequeñas y mantener a los puristas contentos, mientras la versión pro sería más pragmática, con énfasis en la implementación y desarrollo de sistemas y en interoperabilidad entre las versiones de los diversos fabricantes de compiladores, esta versión profesional podría incluir  un sistema de módulos y una librería estándar.
Ojala este nuevo esfuerzo pueda reunificar nuevamente a la comunidad sin convertir Scheme en un nuevo Common Lisp.

domingo, agosto 23, 2009

El Ironman de Perl



La Organización de Perl Iluminado (enlightened perl organisation), está promoviendo un maratón de blogging en perl para de motivar a los miembros de la comunidad a promover el uso de este lenguaje.
Las reglas son simples:
  • Se puede escribir cualquier cosa sobre Perl, desde información básica hasta avanzada incluso chistes (lo que brinda incluso oportunidad a los detractores del lenguaje).
  • Los artículos pueden ser cortos o largos, así que se pueden escribir recomendaciones simples, trucos, etc.
  • Los artículos no tienen que ser necesariamente en inglés, asi que podemos hacer artículos en castellano!
  • Hay que publicar al menos 4 artículos cada 32 dias, y ningún artículo puede tener más de 10 días de separación.
Si estás interesado puedes enviar un mensaje a ironman@shadowcat.co.uk con los detalles del blog, luego inscribe el feed y tu blog será agregado en http://ironman.enlightenedperl.org/.
Yo por mi parte estoy comenzando un nuevo blog: Perliscopio a ver si logro mantener el ritmo ;-)

miércoles, mayo 21, 2008

Microsoft no entiende a los gobiernos.

Recientemente me conseguí este artículo que ilustra la estupidez de los sudafricanos, que luego se extiende a los asiáticos, latinoamericanos y que finalmente llega incluso a parte de los europeos, por pensar que el software libre es una mejor opción para los gobiernos de sus respectivos países.

El señor Matusow parece estar consternado por el hecho de que Sur África ha decidido utilizar software libre cuando no haya ninguna ventaja extraordinaria ofrecida por software propietario, la idea del gobierno de Sur África es simple:
El criterio principal para seleccionar soluciones de software permanecerá siendo la mejora de la eficiencia, efectividad y economía de los servicios ofrecidos por el gobierno a sus ciudadanos
Lo cual, debería ser uno de los objetivos principales de cualquier gobierno del mundo para cualquier solución en cualquier área, así que no debería haber mayor problema, sin embargo el documento sigue:
El software libre ofrece ventajas significativas ventajas indirectas. Donde las ventajas y desventajas directas de productos libres y propietarios sean igualmente fuertes y si las circunstancias en una situación específica no lo hacen inadecuado, el software libre será preferible
Que en mi opinión es una postura bastante moderada, sin embargo el señor Matusow entra en crisis y emite opiniones como:
Yo estoy en contra de los mandatos en tecnología, y este no es diferente.

Peor aún, obliga a los jefes de tecnología a tomar decisiones que no quieren hacer - esencialmente tomando ambientes que funcionan y representan grandes inversiones para migrarlos a soluciones no probadas y más caras.

Será que el señor Matusow aún trabajando para Microsoft no está al tanto de que su compañía hace exactamente esto todo el tiempo, la última cita es perfectamente válida en el contexto de Windows Vista, donde a pesar de las súplicas de los usuarios, Microsoft los obligará a tomar una decisión que obviamente no quieren tomar, para migrar a una solución más cara en dinero y en recursos.

Adicionalmente el artículo nos habla de las amargas experiencias del autor en la que toda discusión sobre software libre termina en un debate Linux contra Windows, y que los pobres ignorantes de los gobiernos no se dan cuenta de que la libertad en Linux no les servirá para nada cuando la solución final sea montar algo como SAP en Linux.

Tal vez este señor no sea capaz de visualizar que se pueden implementar soluciones 100% libres para resolver el 99% de las necesidades de automatización de oficina, gestión gubernamental y servicios al ciudadano. Seguramente existen casos específicos en los cuales ningún software libre ofrezca todas las opciones requeridas, sin embargo cuando se trata de soberanía y seguridad nacional, creo que es más rentable a largo plazo, desarrollar las funcionalidades requeridas que permanecer como una nación subordinada a las decisiones de una fábrica de software.

Después nos hacen un análisis de lo que los gobiernos buscan en el software libre:
  1. Ahorrar dinero
  2. Desarrollo tecnológico
  3. Soluciones adaptadas a las necesidades locales
  4. Eficiencia operativa y financiera
  5. Oportunidades para vendedores e integradores locales
  6. etc.
Sin verguenza alguna, se explica que no hay ninguna oportunidad de que el desarrollo del sistema operativo suceda en Sur África - aseveración por demás interesante tratandose justamente del país donde se creó la distribución de Linux más exitosa de todos los tiempos (Ubuntu) - que el modelo de software libre debe aplicarse al desarrollo de aplicaciones y dejar el sistema opearativo en paz.

Sin embargo el "etc." incluye algunas cosas que convenientemente se omiten en la lista, probablemente por que son de menor importancia (para el autor):
  1. Independencia
  2. Soberanía
  3. Seguridad Nacional
Desde mi punto de vista este señor es totalmente ignorante sobre las prioridades de un Estado, o se hace la vista gorda, sobre todo cuando vive en un país que es capaz de gastar enormes cantidades de recursos, e incluso iniciar guerras o invasiones con frecuencia en nombre de algunas de esas premisas.

Pero nuestro articulista nos dice que es irreal pensar en que los estudiantes de las universidades se sumergirán en las profundidades del funcionamiento interno de Linux, por lo que asumo que está muy consciente al menos de los asuntos de independencia y soberanía tecnológica. Lo cierto es que aún cuando sea poco probable que los estudiantes se metan de lleno en el funcionamiento interno de Linux, esto es completamente posible, mientras en Windows es absolutamente imposible por su naturaleza propietaria.

Finalmente Matusow nos ilustra la ignorancia de los países en desarrollo, donde el software libre se asume como software gratuito, aunque el desarrollo de las soluciones tecnológicas es igual o más costoso utilizando software libre. Claro está que él no se da cuenta de los costos intangibles de la lista anterior, por supuesto el vive de los abusos de su empleador cuando obliga a un Estado a migrar de Windows XP a Windows Vista, sin importarle que además de los costos de licencias - de los que él se beneficia, además obliga a los gobiernos a renovar toda la plataforma tecnológica de una nación.

Es sumamente triste que a estas alturas del año 2008, después de que una gran cantidad de gobiernos en todos los continentes han analizado los beneficios del software libre desde infinidad de perspectivas, todavía existan personajes como este, que supongo serán pagados para escribir este tipo de ridiculeces.