Barrapunto

Hace ya tiempo que he comentado alguna que otra novedad de IronPython en la bitácora, pero hasta la versión 0.6 que se presentó en la OSCon no había código ni binario disponible. Como se estabilice, intuyo una próspera vida a Mono ;)

Después de andar con jython durante un tiempo llegué a la conclusión de que daba más problemas de los que resuelve. Si vas a usar una JVM es mejor usar Java, y si quieres usar python pues usas python a pelo. Espero que esta implementación no tenga todos los problemas que tiene la otra.

--
Perez-Gilaberte, total pwnage. Basta ya de hijos de puta/a>

[www.sage.es]

Para un benchmark realmente definitivo, consultar este [manageability.org]. Es muy sencillo, el código fuente son unas pocas líneas, y cualquiera en su casa puede verificar que es cierto.

Uno de los comentarios en el hilo de Slashdot [slashdot.org] lo pone bien claro: no solo IronPython es bueno para .NET, sino que es bueno para los programadores tradicionales de Python. ¿Por qué? Porque para enlazar Python con bibliotecas de funciones, hay que hacer bindings: con IronPython se llama directamente a las bibliotecas disponibles. Y lo que es más: podemos compilar nuestros programas a CIL.

En fin, esto también se puede hacer con Jython y Java, pero no parece que la combinación tenga el mismo empuje que Mono+IronPython.

La verdad es que la la propaganda de M$ acerca de .Net me parece bastante falso, es decir, Java es multiplataforma porque en realidad lo hay para la gran mayoría de hardware y sistemas operativos diversos. M$ predica la independencia de la plataforma pero a la hora de la verdad esto no es así, igual me equivoco pero no he visto una implementación de .Net a excepción de las de Win$ y el Mono este de marras que no cuenta ni con el visto bueno de M$. Que alguien que sepa del tema que diga que plataformas reales cuentan con un .Net Framework. Personalmente no he oído ni visto .Net Framework para Solaris?, ni para QNX? ni para Mac OS X?, ni para NetBSD?, ni para AIX?, ni para HP-UX?, ni para SymbianOS?...podría seguir hasta el fin de los días pero me parece que es sufiente. En cambio Java si está disponible para todas ellas. En realidad es la típica mentira de M$, que si el SQL Server en teoría aguanta varios miles de usuarios simultáneos, en la realidad con 200 conectados se va a la mierda, que si el .Net Framework es independiente de la plataforma, en la dura realidad estamos viendo que no es así. Si quisieramos hacer una aplicación independiente de la plataforma (de aquella manera) actualmente .Net se queda fuera. ¿Y en el futuro?. M$ nos lo pinta muy bonito y maravilloso pero no veo que en un futuro cercano ni lejano vaya a cambiar la situación.

No sé en aplicaciones de escritorio pero en ASP.Net te puedo asegurar que la productividad es bastante baja. Casi todo lo que trae de serie Microsoft no se puede usar sin hacer librerías propias que hagan usables los objetos de serie. La tan cacareada "base de datos offline" es inusable, por lo lento, en una aplicación mediana/grande sin hacer malabarismos. Y para hacer una paginación de registros tienes que hacerla a mano si quieres que vaya medianamente rápido.

El sistema de plantillas de .NET es una mierda. Al final acabas mezclando html y Vb/C# porque no se pueden hacer plantillas de páginas completas. He leido que en ASP.Net 2.0 ya han pensado en plantillas para toda la página pero como todo lo que promete Microsoft no está disponible todavía.

Trabajando varios en el mismo proyecto nos pisábamos las DLLS cada dos por tres y cuando cambiabamos la interfaz de alguna función cascaba la aplicación con errores esotéricos, aunque no usaramos esa función. Para web prefiero lenguajes interpretados. Al menos no cascan cuando cambian alguna función que no usas.

Para subir los cambios al servidor no hay ninguna automatización que yo sepa. El Visual Studio tiene la manía de hacer rutas absolutas y si trabajas en local luego para exportar los cambios al servidor de producción las pasas putas. Claro que puede que fuera por ignorancia sobre la herramienta.

.NET como Java puede ser una buena idea para proyectos enormes con interfaces definidas y ciclos de desarrollo largos pero para hacer webs pequeñas de forma rápida creo que los lenguajes (semi)interpretados como PHP o Perl le dan mil vueltas. La automatización mediante Makefiles para publicar en pruebas/producción no creo que tenga igual en ningún IDE.

No le sigais el juego a Microsoft. A Microsoft le interesa estandarizar la plataforma y que se desarrolle Mono para que su plataforma sea creible y por otra parte le interesa que nadie lo use para desarrollar software libre por miedo a las patentes. Seguid así y tenemos otros diez años de Windows en el escritorio. Hace unos diez años todo el mundo creia que Linux iba a desbancar a msdos/windows 3.11 y aparecio windows 95, se volvera a repetir la historia con el Cuerno Largo?

Te vendrá muy bien el día que un cliente te diga 'Tiene que funcionar en .NET'. En mi empresa nos pasa continuamente con Java y Oracle. Son parte de la especificación del problema a resolver.

Te vendrá muy bien el día que un cliente te diga 'Tiene que funcionar en .NET'. En mi empresa nos pasa continuamente con Java y Oracle. Son parte de la especificación del problema a resolver.