Angel, jefe de todos en Arkus, decidió que pondríamos tres horas de nuestro viernes y se las dedicariamos a este proyecto.  Antes saliamos a las 4 p.m. los viernes lo cual estaba excelente pero desgraciadamente nos movieron el horario y ahora salimos todos los días a las seis en ves de las 6:30 pero los viernes ya no salimos a las 4.

Total que, las tres horas después de la entrada de comida del viernes (a las 3 p.m.) tendremos que dedicarlas a este proyecto. Yo tuvé muchas ideas que tenían que ver con software organizacional pero al parecer no muchos me siguieron la onda. La mayoría opinaba que desarrollar un juego sería lo mas divertido pero después de ver que, 3 horas a la semana, es muy poco para un proyecto que es “técnicamente” complicado decidieron pensar de nuevo y todos votaron por un sitio tipo “red social”

Al final se llegó a la conclusión de que debíamos solucionar un problema con nuestro software y terminó siendo (o terminará, ya que no existe código aun)  una aplicación web para hacer pedidos de comida. Quizá en otro post lo explique mejor.

Después de decidir cual sería la aplicación se repartieron los puestos o cargos. Yo decidí no tomar la iniciativa ya que no sería un “reto” pues sabía que había algo que nadie iba a querer tomar. Todos estaban emocionados con la arquitectura, el análisis, el backend, el frontend… pero había algo que nadie (y que usualmente, nadie hace) quería hacer y que fue lo que “quedó” a lo último y lo que finalmente tomé: La documentación.

Me parece que documentar un proyecto es una de las actividades mas importantes para cualquier software que se jacte de decir que está “organizado” de algún modo. La documentación que tendré que desarrollar es la de usuario y la del desarrollador.

Para poder llevar la documentación y el código ordenados creí que sería buena idea llevar un software tipo wiki. También pensé que tendriamos que tener un software de bug tracking y al final parece que Trac es lo mas adecuado que existe ya que bugzilla me parece demasiado complejo y además no está integrado con nada. Aprovechando que tenía pretexto he adquirido un servidor en webfaction para poder hospedar la aplicación y el depósito de subversion ya que la idea es que este proyecto sea lanzado como Open Source.

Otra razón más por la cual decidí adquirir mi cuenta en webfaction es que desde que aprendí a programar con python nunca desarrollé nada en serio y hoy que ya vivo de esto me gustaría retomar el aprendizaje pero enfocado a algo mas útil. Por el momento estoy en el debate si debería empezar a aprender django o turbogears. En realidad aún no se por donde empezar pero creo que al menos tendré que retomar mis libros y actualizarme.

Me han estado cambiando mucho de proyectos y la verdad no me agrada la idea pero al final es trabajo. Pasa que, invariablemente estos proyectos donde me han asignado tareas tienen fecha límite de entrega de “ayer” así que en teoría algunos estan ya retrasados. Sinceramente no me gusta trabajar así todo el tiempo ya que es molesto hacer las cosas apurado pero supongo es una racha, si no ya veremos a que me dedico después

Algo con lo que me he topado estos días precisamente es mi falta de experiencia con bases de datos. En general puedo considerar que tengo buena experiencia con desarrollo de software pero las bases de datos siguen siendo algo con lo que me sigo peleando día a día y es que como alguna vez comenté por aquí, yo tuve la fortuna o desgracia, depende el punto de vista, de comenzar a desarrollar software utilizando un ORM y hoy que tengo que usar día a día SQL y todo lo que ello conlleva (al menos de la parte de Microsoft) he tenido que pensar seriamente en tomar algún curso. De hecho ya tengo bastantes videos que baje del sitio de ASP.Net es solo que me he vuelto un poco perezoso para leer manuales y documentacion o ver videotutoriales pero creo que esta misma tarde comienzo.

Estos últimos días tuve la “suerte” de tomar un proyecto en la oficina que había que entregar pronto. Uno de los requerimientos del proyecto era imprimir una factura la cual se diseña con un reporte. La “tecnología” de reportes utilizada es la que viene por default con Visual Studio 2005: Crystal Reports.

La sensación de desolación que me dejó utilizar crystal reports es incomparable con cualquier otro tipo de dolor. De entrada quise utilizar dos DataTable’s que tenía definidos en un DataSet, de ahí, uno de estos datatables contenía la información general de la factura y por otra parte el otro datatable contenía los detalles o conceptos de la factura, o sea los datos que se “repiten” en la factura. Después de intentar me dí por vencido hasta que Alfredo, compañero de trabajo y mi jefe anterior de proyecto me dijo que lo mejor para mi tranquilidad mental era meter como parámetros los datos generales y solamente meter un datatable para los detalles. Sí, de algún modo crystal reports no soportó manejar dos tablas para generar el reporte, solamente una, algún error de autentificación me marcó que ya no recuerdo.

Ayer pasé la tarde y la noche diseñando la factura y fué una experiencia terrible, las herramientas de diseño que tiene crystal reports son bastante inestables y de hecho muy, pero muy limitadas. Después de pasar preciadas 6 a 8 horas de mi sabado de descanso en esta tarea (y arreglando algunos otros bugs) me quedé a ver TV un rato y me fuí a dormir ya que Yari se había ido a Rosarito con sus amigos y todos los demás conocidos que viven aquí se habían ido a San Luis.

Hoy recordé que tenía un pendiente con el proyecto y mañana debo ir a instalarlo con el cliente así que decidí solucionarlo hoy domingo. Sorpresa que, al abrir Visual Studio e intentar cerrar las pestañas de los archivos aspx que habían quedado abiertas al abrir la solución, este se colgaba.

No me había pasado esto de hecho hasta que comencé a utilizar Crystal Reports, la solución fue cerrar unicamente la pestaña del reporte y acto seguido cerrar visual studio, posteriormente lo volví a abrir y el problema desapareció. Parece ser que el problema es que crystal reports carga algún control ActiveX no soportado por Windows Vista lo cual crea incompatibilidad e inestabilidad.

Uno de los bugs que me causó mas problemas fue que, al agregar un objeto tipo “CrystalReportSource” a la página aspx y dirijirme a seleccionar el reporte este se negaba a mostrarme la vista previa y por lo tanto el reporte no se visualizaba. Resulta que al seleccionar el archivo de reporte me aparecía la siguiente ventana:

Después de varios intentos y de estar seguro que el reporte que estaba seleccionando era el correcto decidí eliminarlo y crear uno nuevo. Después, también gracias a la ayuda de Alfredo, pude solucionarlo, me dijo con una tranquilidad de monje tibetano: “No, así no va a funcionar, quitale el path y deja solamente el nombre del archivo” y es que sucede que, crystal (o visual studio) tiene un bug que hace que no tome el path correctamente del archivo, es decir, el archivo aspx que contiene el código que utilizará este reporte estaba mas o menos así:

/Invoice/getInvoice.aspx

Y el reporte:

/Invoice/Invoice.rpt

Por lo cual dí por hecho que lo que me estaba mostrando el combobox era correcto, para solucionar el problema debía eliminar la carpeta “/Invoice” de la ruta del repore aun sabiendo que efectivamente ahí estaba el reporte:

Sé, y entiendo perfectamente que todos los desarrolladores de software nos equivocamos, nadie es perfecto, pero, por Dios, ¿Cómo algo tan importante paso las pruebas de calidad? Supongo que nadie en el grupo de desarrollo de Visual Studio utiliza Crystal Reports, de hecho, hablando con varios compañeros de la oficina me dí cuenta que efectivamente ahí nadie utilizaba crystal reports, preferian hacerlo “a mano” generando páginas con código html.

¿Alguién tiene alguna buena historia con este producto? Por que creo que de lo contrario de hoy en adelante trataré de mantenerme al margen del mismo ya que la primera impresión fué mala y en esto como en las relaciones amorosas, eso es lo mas importante.

Mi pregunta es, ¿Donde diablos agarra la gente esta barra? ¿MySpace?, ¿Emoticons para el messenger?, juro que, a pesar de a veces estar en sitios no seguros jamás he podido agarrar ese “spyware” y lo mas molesto es que, quitarlo es un poco engorroso ya que al parecer ni spybot ni adaware lo eliminan completamente.

Para desactivarlo hay que descargar el “HiJack this”, es un programa que nos permite ver que componentes, programas, opciones de menu, etc se cargan al inicio. Puedes decargarlo desde aquí. Una vez que lo descargaste simplemente ejecutalo y aparece la siguiente ventana:

Una vez que el programa se ejecutó hacemos click en la opción “Do a system scan only” y despues de que el programa procese las entradas del sistema algo así nos debería de aparecer:

Hecho esto podemos seleccionar las entradas que deseamos desaparezcan del sistema, busquen cualquiera con la expresión “MYWEB” o “Mywbs” etc. Una vez que las localizamos las seleccionamos en el checkbox y presionamos fix checked, reiniciamos el sistema y listo.

El video es una presentacion de David Heinemeier Hansson, creador de Ruby on Rails. En el video habla precisamente de algo que yo había estado preguntandome desde hace mucho tiempo: ¿Cómo se puede hacer dinero con un producto de software? Parece que la respuesta se vuelve bastante compleja. David habla de como el sueño guajiro de todos los desarrolladores y gente que esta dentro de las TI están traumados con tener una idea excelente, explotarla, tener miles de clientes o visitantes y de repente Google llega y nos ofrece 1000 millones de dolares por nuestro producto.

David también menciona como el sueño de todos nosotros es convertirnos en el próximo MySpace, Facebook o Youtube cuando, aún posible matemáticamente hablando, físicamente es casi imposible dadas las pocas probabilidades que tenemos. El negocio de las “redes sociales” y sitios de videos etc ya no es inovador, lo fue cuando los pioneros lo tuvieron en mente y lo lanzaron pero ya no lo es mas. Un sitio que me ofrece exactamente lo mismo que youtube o que myspace no me ofrece ninguna novedad (bebo, ringo, metacafe?)

Este tipo trabaja para basecamp, una empresa de software organizacional que es vendido al estilo SAS (software as a service) es decir, se renta en sus propios servidores, y hasta la fecha, les ha funcionado, cuentan con varios paquetes de software para empresas, la clave del éxito, según David es bastante simple:

1. Crear un producto que solucione un problema
2. ????????
3. Ganar dinero

David bromea en el video de la presentación con el punto número dos, ¿Cuál es la gran clave para ganar dinero, bueno, resulta que el punto número dos es “ponerle un precio al producto”. Así es, tan sencillo como eso. La mayoría de gente que conozco y que son programadores alguna vez se quizo hacer rico con cosas “gratis” por ejemplo escribiendo un blog y recibiendo dinero de AdSense, y si bien a algunos les ha funcionado, es mas fácil seguir el modelo antiguo de crear un producto que resuelva el problema de algún cliente, ponerle precio y venderlo.

Así de fácil. El video contiene otros puntos interesantes, totalmente recomendable:

Ver el video

*PD: El video está en inglés.

La verdad es que, lo confieso, hace algún tiempo me registré en rentacoder. Para los que no lo saben, rentacoder es un sitio de “subastas” donde empresas o personas que necesitan algún proyecto de software envían su propuesta de trabajo y después los programadores subastan en dicho proyecto, fácil, ¿No?…

Pues no… Recuerdo que di con ese sitio por que cuando iniciamos uno de los proyectos en el trabajo, que por cierto nunca concretamos por que salieron otros,  mi coordinador y jefe mandó a desarrollar un módulo de seguridad para la aplicación así que pensé que si había personas que podían trabajar haciendo outsourcing yo también podría hacerlo.

Después de registrarme en el sitio me dí cuenta de algo curioso: la mayoría de los proyectos terminaban siendo subastados en cantidades que dan risa, todos los trabajos los obtenia algún programador de Sri Lanka o India y finalmente, para si quiera ser considerado uno debería tener al menos unos 20 proyectos terminados.

Total que, para terminar rápido decidí darme de baja. Después de mucho tiempo de buscarle me di cuenta de que era mas el tiempo que perdía en buscar trabajo dentro de ese sitio que lo que me llevaría conseguirlo “localmente”.

Y se que la culpa no es del capitalismo ni del hindú en cuestión, lo que si es insoportablemente desagradable es ver como el trabajo de los ingenieros en sistemas / software / etc. se ha convertido en una de las formas de prostitución laboral actuales.

Algo que he notado en mi experiencia laboral es que, la mayoría de las personas que  no se dedican a esto de “las computadoras” es que piensan que los que sí somos otro tipo de profesionista, es decir, que ser ingeniero en sistemas o lic en informática o algo parecido es ser como un plomero y no, no tengo nada en contra de los plomeros, cualquier empleo que no sea el de delincuente, narcotraficante o peor aun, político (que generalmente tienen las dos cualidades antes mencionadas) es honesto y noble pero obviamente la mayoría de los plomeros, al menos aquí en México son personas autodidactas sin estudios profesionales, bueno, ustedes saben a que me refiero. Y es por esa razón que esta misma gente cree que desarrollar un software o una página de internet es como “bajar algo” del limewire o del ares.

Y es que, sinceramente, son pocas las profesiones que requieren que uno esté documentandose y leyendo todos los benditos días y donde uno debe dominar tantas cosas. Se que los médicos, por ejemplo, son uno de esos casos donde deben dominar varios temas dentro de su profesión y además estarse actualizando. La mayoría de las otras profesiones que no son tan técnicas suelen ser mas cuestión de creatividad y estar al tanto de las tendencias y cosas por el estilo. Un informático, como dicen los gachupines, tiene que dominar 300 cosas diferentes para poder crear un solo producto a veces.

Entre las trescientas cosas que tiene que dominar uno a veces estan algunos paquetes de software o tendencias que nos llevan a otras cosas, total que para terminar pronto a veces uno puede ver este tipo de puestos de trabajo:

Se solicita ing. en sistemas o afín con el siguiente perfil:

Programación en C/C++/C#/PHP/ASP/Java, JavaScript

Html, CSS, struts, jboss

Manejo de routers, voip, configuracion de firewall, servicios de red 

Conocimiento en sistemas operativos linux, bsd, windows 

Manejo de bases de datos SQL Server, MySQL, Oracle etc

Programas de diseño como photoshop, corel draw, flash…

Minimo  5 años de experiencia, ofrecemos sueldo mensual de 6000 pesos mas prestaciones de ley…

¿Qué? Uno se queda pensando si realmente la persona en recursos humanos tiene idea de lo que esta pidiendo, y no es que sea imposible, pero simplemente para conseguir el dinero que costaría comprar las licencias del software del cual piden experiencia sería como el equivalente a un año de trabajo sin gastarnos ni un solo centavo mas que en eso mismo.

Y al final, la verdad es que, el problema radica en que el software se ha vuelto en un producto bastante barato y donde, por conseguir clientes, uno como desarrollador o profesionista suele “bajarse los pantalones” como vulgarmente dicen. Y no es broma, el tipo de oferta de trabajo como el anteriormente expuesto existe. Pero, ¿Por qué piden tanto para una persona del área de informática? Creo que no he visto en ningún bufette de abogados a alguien solicitando un licenciado en derecho con experiencia en derecho laboral, propiedad intelectual, derecho militar, casos penales, etc. O una empresa de construcción pidiendo a un ingeniero civil que construya casas, edificios, centros comerciales, puentes, parques etc…

Así que volviendo al tema principal, definitivamente el ser un “freelancer” desarrollando software puede ser algo que, aunque placentero, por la cuestión del horario e independencia, no siempre es una situación comoda ya que uno no puede aspirar a obtener muchos ingresos de ello. Está de mas resaltar que como dicen, lo “barato sale caro”, y cualquier proyecto de software bien hecho cuesta dinero, como cualquier consulta a un medico, una casa bien hecha o un abogado defendiendo nuestro caso. Yo personalmente preferiría pagarle a un buen arquitecto que diseñe mi casa y que se especialice en eso a tener a alguien que me cobre barato pero me haga un mal trabajo, es algo que he aprendido al vivir solo, mucho del trabajo que me han hecho en mi casa, como remodelaciones, instalaciones electricas y de ese tipo, han sido trabajos pésimos por ahorrarme algo de dinero, aprendí la lección y creo que algunas personas que consumen servicios de tecnología deberían considerar eso también, que un trabajo bien hecho y de calidad siempre costará.

Y ustéd mi amigo lector, ¿Qué opina?

El enlace (en inglés)  aquí

Ya había tenido ese problema antes pero no le tomé importancia hasta hoy. Resulta que a veces, de repente, cuando estamos editando un menú o utilizando el editor de WYSIWYG jce, de repente, el sistema backend o el área administrativa nos “bota” del sistema y tenemos que volver a iniciar sesión.

Este problema lo noté cuando actualicé los sitios que tengo a joomla 1.0.13. Parece ser que es un problema conocido aunque, al parecer no ha salido ninguna actualización asi que me puse a buscar un parche y al parecer funciona. El parche lo pueden descargar de aquí

Para los que no lo saben, o no sabían, como yo, rails, o mejor dicho ruby on rails, es un framework para desarrollar aplicaciones web siguiendo el modelo “MVC” (Model-View-Controller) utilizando la metodología “agile” o programación ágil.

Todos estos conceptos son conceptos que la verdad, suenan muy bonitos y tecnológicamente avanzados pero a veces no los entendemos y yo, lo admito, no entendía algunas de esas cosas. Aún cuando sé que significan algunos conceptos ya en la práctica esto es muy diferente.

Total que me dediqué las pasadas semanas a experimentar con rails. Lo único que sabía es que era una plataforma de desarrollo web basada en un lenguaje de programación (ruby) el cual por cierto no conocía tampoco.

Al principio me pareció fácil ya que ruby es mas o menos parecido en sintaxis a python, lenguaje en el cual aprendí mas o menos a programar, aunque después de “cascarearle” un rato me pareció un poco dificil de seguirle el paso ya que de por sí programar en lenguajes altamente tipificados como C# (lo que uso a diario) deja costumbres diferentes a las que dejan los lenguajes de “scripting” como python, perl o ruby y la verdad es que ya tenía bastante de no cascarearle a python.

Ruby on rails es un framework excelente: código limpio, una API bien documentada y todo el marketing del mundo, y obviamente tiempos de desarrollo lo suficientemente cortos como para poder ver los simpson por las tardes.

Pero después de analizar ruby on rails comencé a leer un poco mas sobre el lenguaje (quizá debí primero leer sobre el lenguaje, y despues por las herramientas) y aunque es un lenguaje agradable me pareció un poco menos legible que python, aun así, me parece un lenguaje “noble” como python pero por cuestiones de gusto creo que me quedo con python.

Así que ya que ví que ruby on rails es bueno decidí buscar algo parecido para python, es decir un framework, y ya alguna ves había leído sobre estos como turbogears, django, zope, pylons, etc. A decir verdad existen bastantes para python es solo que no tuvieron quizá el mismo marketing que ruby on rails tuvo.

Hasta el día de hoy puedo decir que ya tengo cierta experiencia en .Net con C# y pretendo retomar mis “raices” con python para desarrollo web “agil” ya que es mas rapido que hacerlo con Asp.Net y por que PHP no termina de gustarme.

El punto de todo este post es que, hoy por hoy existen herramientas para desarrollo web que han facilitado a muchos el desarrollo de aplicaciones, sea php con mysql, aun con sus defectos, ruby y python con frameworks para desarrollo ágil y finalmente Java y .Net para desarrollos empresariales. Recuerdo hace algunos años, cuando solía frecuentar el canal de unixmexico en irc que habia un tipo medio payaso que nos decía a todos en el canal que python no tenía futuro, que era un lenguaje para “script kiddies” y que los administradores de red de verdad utilizaban perl, también recuerdo alguna ves haberle dicho a esta persona en el canal que, aun con todas las ventajas de perl tenia una grande desventaja: no tenía soporte para varios lenguajes y de por sí la sintaxis de perl era horrible, al menos para mí, en ese tiempo (2001) .Net apenas daba sus primeros pasos y al ser una herramienta de Microsoft obviamente no era (quizá aun no lo sea) bien vista por los usuarios de Unix, sobre todo de linux. La respuesta a mis argumentos, por su parte, fue la siguiente:

“perl hace todo lo que python puede hacer y mejor, tiene mejores expresiones regulares y se está desarrollando parrot, una maquina virtual que va a poder ejecutar todos los lenguajes de programación que existen”

Hasta el día de hoy, python ha llegado a ser exitoso en grandes entornos, por ejemplo, google lo utiliza en muchas de sus aplicaciones, php es el “rey” de las aplicaciones web aun cuando no tiene las mejores prácticas pero tiene una gran parte del mercado, ruby, con ruby on rails, es la herramienta de desarrollo favorita que está en boca de todos, de hecho, python ha sido portado ya a la maquina virtual de java con jython y a .Net con IronPython con apoyo de Microsoft, ruby ha sido portado totalmente a java con JRuby por parte de Sun Microsystems, y está siendo portado también a .Net con Ruby.Net, PHP ha tenido algunos avances con frameworks como CakePHP que intentan llevar algo de rails u otros frameworks a este lenguaje… .Net ha sido portado a Unix/Linux con Mono y se tiene yá un buen soporte para gran parte de la API y se puede utilizar con confianza para desarrollar aplicaciones multiplataforma como Java.

Y entonces, 7 años despues, donde esta perl, que puede ofrecer que no ofrezcan ya otros lenguajes de programación? Parrot?, no, gracias, perl 6, versión sobre la que supuestamente correría parrot parece no tener fecha tampoco. Creo que perl 6/parrot se convirtieron finalmente en el “duke nukem” de las herramientas de programación.

Powered by ScribeFire.

Para los que no lo saben, o no sabían, como yo, rails, o mejor dicho ruby on rails, es un framework para desarrollar aplicaciones web siguiendo el modelo “MVC” (Model-View-Controller) utilizando la metodología “agile” o programación ágil.

Todos estos conceptos son conceptos que la verdad, suenan muy bonitos y tecnológicamente avanzados pero a veces no los entendemos y yo, lo admito, no entendía algunas de esas cosas. Aún cuando sé que significan algunos conceptos ya en la práctica esto es muy diferente.

Total que me dediqué las  pasadas semanas a experimentar con rails. Lo único que sabía es que era una plataforma de desarrollo web basada en un lenguaje de programación (ruby) el cual por cierto no conocía tampoco.

Al principio me pareció  fácil ya que ruby es mas o menos parecido en sintaxis a python, lenguaje en el cual aprendí mas o menos a programar, aunque después de “cascarearle” un rato me pareció un poco dificil de seguirle el paso ya que de por sí programar en lenguajes altamente tipificados como C# (lo que uso a diario) deja costumbres diferentes a las que dejan los lenguajes de “scripting” como python, perl o ruby y la verdad es que ya tenía bastante de no cascarearle a python.

Ruby on rails es un framework excelente: código limpio, una API bien documentada y todo el marketing del mundo, y obviamente tiempos de desarrollo lo suficientemente cortos como para poder ver los simpson por las tardes.

Pero después de analizar ruby on rails comencé a leer un poco mas sobre el lenguaje (quizá debí primero leer sobre el lenguaje, y despues por las herramientas) y aunque es un lenguaje agradable me pareció un poco menos legible que python, aun así, me parece un lenguaje “noble” como python pero por cuestiones de gusto creo que me quedo con python.

Así que ya que ví que ruby on rails es bueno decidí buscar algo parecido para python, es decir un framework, y ya alguna ves había leído sobre estos como turbogears, django, zope, pylons, etc. A decir verdad existen bastantes para python es solo que no tuvieron quizá el mismo marketing que ruby on rails tuvo.

Hasta el día de hoy puedo decir que ya tengo cierta experiencia en .Net con C# y pretendo retomar mis “raices” con python para desarrollo web “agil” ya que es mas rapido que hacerlo con Asp.Net y por que PHP no termina de gustarme.

El punto de todo este post es que, hoy por hoy existen herramientas para desarrollo web que han facilitado a muchos el desarrollo de aplicaciones, sea php con mysql, aun con sus defectos, ruby y python con frameworks para desarrollo ágil y  finalmente Java y .Net para desarrollos empresariales. Recuerdo hace algunos años, cuando solía frecuentar el canal de unixmexico en irc que habia un tipo medio payaso que nos decía a todos en el canal que python no tenía futuro, que era un lenguaje para “script kiddies” y que los administradores de red de verdad utilizaban perl, también recuerdo alguna ves haberle dicho a esta persona en el canal que, aun con todas las ventajas de perl tenia una grande desventaja: no tenía soporte para varios lenguajes y de por sí la sintaxis de perl era horrible, al menos para mí, en ese tiempo (2001) .Net apenas daba sus primeros pasos y al ser una herramienta de Microsoft obviamente no era (quizá aun no lo sea) bien vista por los usuarios de Unix, sobre todo de linux. La respuesta a mis argumentos, por su parte, fue la siguiente:

“perl hace todo lo que python puede hacer y mejor, tiene mejores expresiones regulares y se está desarrollando parrot, una maquina virtual que va a poder ejecutar todos los lenguajes de programación que existen”

Hasta el día de hoy, python ha llegado a ser exitoso en grandes entornos, por ejemplo, google lo utiliza en muchas de sus aplicaciones, php es el “rey” de las aplicaciones web aun cuando no tiene las mejores prácticas pero tiene una gran parte del mercado, ruby, con ruby on rails, es la herramienta de desarrollo favorita que está en boca de todos, de hecho,  python ha sido portado ya a la maquina virtual de java con jython y a .Net con IronPython con apoyo de Microsoft, ruby ha sido portado totalmente a java con JRuby por parte de Sun Microsystems, y está siendo portado también a .Net con Ruby.Net, PHP ha tenido algunos avances con frameworks como CakePHP que intentan llevar algo de rails u otros frameworks a este lenguaje… .Net ha sido portado a Unix/Linux con Mono y se tiene yá un buen soporte para gran parte de la API y se puede utilizar con confianza para desarrollar aplicaciones multiplataforma como Java.

Y entonces, 7 años despues, donde esta perl, que puede ofrecer que no ofrezcan ya otros lenguajes de programación? Parrot?, no, gracias, perl 6, versión sobre la que supuestamente correría parrot parece no tener fecha tampoco. Creo que perl 6/parrot se convirtieron finalmente en el “duke nukem” de las herramientas de programación.