Bueno, en realidad esto no es una comparativa seria, no voy a comparar capacidades ni nada de eso, sin duda las dos son buenas herramientas … al final creo que la mejor herramienta es la que mejor conoces  … si eres feliz con Visual Basic 6 y lo conoces en profundidad, posiblemente seas mas productivo que usando el mejor y mas nuevo framework de productividad.

Rails me encanta, tiene el ActiveRecord que es genial, las vistas, que son super potentes y un lenguaje realmente interesante.

Django tiene una gestión de la persistencia muy, muy buena … los templates son algo mas pobres que los de rails, mas limitados. La gestión de las URLs mediante expresiones regulares es sencillamente genial, python es un lenguaje que me apasiona, pos muchas cosas, pero principalmente por su simplicidad y elegancia.

Actualmente trabajo Django, pero bien podría usar Rails.

Pero las dos razones de verdad, las buenas, las que me han hecho decantarme por Django son:

1.- Es super productivo y la documentación es muy buena.

2.- Se ejecuta sin problemas en mi Acer Aspire One.

Se que la segunda razón es un tanto estúpida … pero me gusta llevar un ordenador de 200€ y muy ligero a todos los lados.

Rails es tan lento, requiere tantos recursos, que lo hacen imposible de correr en un ordenador poco potente. Una lastima.

En realidad cuando ves tanto la documentación como la estructura en sí … da la sensación que han sido creados por dos tipos de personas muy diferentes;

Rails … hackers amantes del punk y el heavy metal.

Django … hackers amantes de la pintura de Monet y la música clásica.

Los dos son genios, pero con temperamentos muy diferentes … o eso es lo que mi imaginación a inventado.

Esta noche se ha celebrado el segundo Facebook develop Garage … al que ha asistido Mark Zuckerberg fundador de Facebook, un invitado de lujo, … La cosa ha sido lo siguiente, una presentacion de Martin Varsavsky vendiendo Fon, luego problemas técnicos … no ha funcionado ni el Power Point, algo tristisimo. Luego otro de Fon, … vendiendo la Fonera 2.0 … ha llegado corriendo, para mi que le ha pillado en el baño, mas precariedad y poca seriedad. Luego la presentacion de la gente de minube.com … lo mejor de la noche, pese a la mediocridad del entorno.Tras lo cual entró Mark Zuckerber, correcto en su presentación.

El evento ha sido flipante, realmente a merecido la pena haber estado allí, pero todo muy cutre.

Por cierto, he dejado un comentario algo mas suabe en Loogic.com, pero me lo han censurado, al final … los que apoyan la libertad en Internet pero al final el dinero es el dinero y hay opiniones que mejor no oir.

Rectificación: Loogic.com sí ha publicado mi comentario. Me trago mis palabras.

Es algo curioso al observar graficas de influencia de los diferentes lenguajes de programación y que en España prácticamente no existan ofertas de trabajo especificas de programadores Python, justo en este momento donde hay tanta demanda de programadores.

Si alguien sabe la respuesta que por favor lo diga.

Una vez mas …. “Spain is different”.

TIOBE Programming Community Index for June 2008

Fuente: TIOBE

Tengo que reconocer que me siento un poco victimista cuando hablo con otros sobre productividad. Es algo que los seres humanos llevamos dentro el intentar escusarnos y echar la culpa a otros de las cosas que estan mal. En especial, cuando se trata de productividad, siempre se echamos la culpa a los empresarios que no facilitan los mecanismos para mejorar la productividad.

En lo que se refiere a la actividad del desarrollo de software, que es de lo único que se un poco, creo que la productividad no solo es un reflejo de los factores externos sino de factores internos que bien pueden englobarse dentro de eso llamado factor humano. Hablo por mi experiencia personal y por las experiencias ajenas cuando hablo de etapas de desmotivación dentro del proceso de desarrollo. Durante esos procesos de desmotivacion se ve reducido nuestro rendimiento en el trabajo y lo que se conoce por productividad.

Los que ya han sufrido este problema reconocen en seguida de lo que estoy hablando. ¿Que hacer entonces?

- Fijarse una meta.

- Reservar periodos de reflexion.

- Reservar periodos de trabajo intenso.

- Intentar ser positivos y ver la vida con optimismo.

- Establecer controles que midan nuestro avance.

* Fijarse una meta: Es fundamental tener un objetivo y cuanto mas claro mejor, aquí se puede echar mucha imaginación, pero una meta que no me suele gustar, pero que es efectiva es el dinero. Querer tener mas dinero no es malo por si mismo.

* Reservar periodos de reflexión. Mirar a nuestro interior y ver que es lo que nos preocupa y que puede motivarnos. Muchas veces tenemos que parar en seco, saber donde estamos para continuar con mas fuerza.

* Reservar periodos de trabajo intenso. Este es nuestro objetivo, poder concentrarnos en el trabajo y ser mas productivos. Y para ello es necesario definir los tiempos y las circustancias. Es bueno buscar un entorno tranquilo y comodo y dejar un generoso periodo de tiempo libre de distracciones para poder concentrarnos en las tareas.

* Intentar ser positivos y ver la vida con optimismo. Muchos de nuestras inquietudes estan solo en nuestra mente. Hay cosas que sencillamente no se pueden cambiar, y otras que no se pueden acelerar por tanto lo mejor es ser optimista y pensar que las cosas van a mejorar.

* Establecer controles que midan nuestro avance. Lo que no se puede medir no se puede mejorar. Y si queremos mejorar nuestra productividad tenemos que saber que hacemos bien y que hacemos mal y para ellos son fundamentales los autocontroles, constantes y sistematicos.

Se ha escrito mucho … y mas que se escribirá sobre la calidad en los desarrollos de software. Es verdad es que hay un montón de florituras posibles a la hora de hacer algo funcional hacerlo una pieza de puro arte. No obstante, frente a la belleza u horror intrinseco de según que pieza de software creo que a la hora de afrontar un proyecto de desarrollo debemos de dotar a nuestro software de unas minimas caracteristicas. Caracteristicas que paso a lista:

- Multilenguaje.

- Log y control fuerte de errores.

- Instalación simplificada y autoconfiguracion (Al máximo posible).

- Extensible mediante añadidos.

- Diseño modular reutilizable.

Multilenguaje. Si un desarrollo tiene exito, tarde o temprano desearemos que el mundo disfrute de nuestro arte. Algunas veces la única forma de hacer crecer un proyecto.

Log y control de errores. Tanto para desarrollo como en entornos de producción saber que está haciendo nuestra aplicación es fundamental. Nos puede ayudar a mejorar las cosas y ha saber que partes no necesitan atención.

Instalación simplificada. Si nuestro producto es dificil de instalar, perderemos mucho tiempo y dinero dado soporte, pero aun perderemos mas viendo como la gente no lo utiliza.

Extensible mediante plugins. Fundamental asegurarnos de que podremos ampliar la funcionalidad una vez el producto esté en uso.

Diseño modular. Si hemos hecho las cosas fundamentales bien, nuestro producto tendrá exito, la gente lo usará y demandarán mas cosas, cambios, mas funcionalidad mas usuarios y será muy facil escalarlo si hemos hecho un buen diseño modular.

Una vez que hemos incluido estos requesitos en nuestro proyecto, … ya podemos empezar a programar.

Por mucho tiempo que se lleve uno en el mundo de la programación siempre que se aprende un nuevo lenguaje de programación (en mi caso Python), siempre hay que volverse un poco loco seleccionando las herramientas que te permiten hacer las cosas que ya sabes. Me refiero a que seguramente, querido lector, usted ya sabe como hacer conexiones con bases de datos desde Java, .NET, VB o cualquier otro lenguaje, normalmente esto es de las primeras cosas que se aprenden.

Python no es una excepción y esto es algo básico, pero hay que aprenderlo. En las siguientes lineas intentaré mostrar las claves para no perderse en este tema.

Primero de todo, Python tiene un mecanismo para acceder a las bases de datos llamado DataBase API ó mas conocido “DB-API”. Este es un estandar y para conectarse es necesario instalar un módulo para conectarnos a la base de datos deseada.

En otro post entraré en el tema de como acceder a una base de datos usando DB-API, por ahora me conformo con mostrar los diferentes modulos para conectarnos con bases de datos Microsoft SQLServer.

Opciones disponibles:

- adodbapi: Plataformas soportadas: Win32. Observaciones: Buena opción si solo se desarrolla en la plataforma Win32. (link)

- pymssql: Plataformas soportadas: Win32 y Linux. Observaciones: Problemas con la autenticación y con el Unicode. (link)

- pyodbc: Plataformas soportadas: Win32 y Linux. Observaciones: Aparentemente el mas completo de todos. (link)

 - mxODBC: Plataformas soportadas: Win32 y Linux. Observaciones: De pago. (link)

 Espero haber aclarado alguna duda.

Yo voy a probar pyodbc y ya contaré mi experiencia con este módulo.

Como ya he manifestado en varias ocasiones, creo que Python es un lenguaje genial. Leo via wordaligned.org/ una lista de las 10 lecturas obligadas de todo aquel que quiera iniciarse en el mundo de Python (Corto y pego):

1. The Zen of Python (link)
2. Python Tutorial (link)
3. Python Library Reference (link)
4. Python Reference Manual (link)
5. The Python Cookbook (link)
6. Code Like a Pythonista: Idiomatic Python (link)
7. Functional Programming HOWTO (link)
8. Itertools functions (link)
9. Python library source code (link)
10. What’s New? (link)

Leo en microsiervos la siguiente cita:

– Atribuida a Ted Nelson
(Vía davidgp)

 Llevo algún tiempo usando una herramienta de productividad y estoy la mar de satisfecho. Se trata de las MZ-Tools. Es un Add-In para Visual Studio que permite añadir un montón de funcionalidad extra a Visual Studio.

La verdad es que tiene un montón de cosas muy interesantes, algunas de ellas muy avanzadas.

Personalmente lo que mas utilizo es:

• Las plantillas de código (cómo se puede vivir sin esto, lo empezé a utilizar con IntelliJ y despues del multiorgasmo … el mejor invento de la humanidad).
• La generación de los capturadores de excepción, revisa las excepciones posibles y crea el try/catch adecuado …
• Un montón de asistentes para crear propiedades desde variables, cajas de mensaje, … el generador de cadenas de conexión es genial (Adios Google).
• El búscador de código es muy muy bueno.
• Con respecto al diseñador de formularios te ahorra un montón de tiempo.
• La generación de los comentarios, permite generar un montón de documentación con solo hacer clic, sin escribir nada. Una de las cosas que mas me gusta es el generador de la documentación del proyecto. Hay otro producto que me gusta también, SandCastle, es muy bueno, pero es mucho mas complejo. Con las MZ-Tools, puedes generar toda la documentación técnica del proyecto automaticamente. Muy útil cuando tu jefe te la pide, para despues no hacer nada con ella. En un segundo la tienes generada y actualizada.
• El tema de ls revisiones de código no lo he explotado bastante pero para hacer auditorias a nivel empresarial es super útil.

El producto está muy bien, funciona con un montón entornos VBA, VB5, VB6, Visual Studio  2002 – 2008 y hay algunas versiones gratuitas.
El precio va desde los $64,95 USD/$, para una licencia individual professional que cuesta $79,95, que es la que yo tengo . Hasta $1499,95 la versión para usar en grandes corporaciones.

Sinceramente, ya no podría vivir sin las MZ-Tools, … son los mejores Euros invertidos en mi vida, solo el tiempo ahorrado en generar la documentación han pagado los 79$ con creces, (Por cierto, buen momento para comprar ya que el dolar continua a mitad del euro (Si vives en Europa, … claro), por la mitad lo tienes).

Ya he hablado alguna vez sobre como en España no se apuesta por la productividad, por eso, posiblemente salvo a mi y a alguno otro mas … no vereís a nadie más usar estas herramientas que mejoran la productividad. Luego nos preguntamos como las grande corporaciones amasan millones con el software.

Por cierto, para bajarse la versión de prueba no es necesario registrarse … eso se agradece. Además, el soportelo dan en Español. http://www.mztools.com/

Me ha enviado mi amigo Carlos Perez una presentación con un cuento con una moraleja muy interesante (No se de donde la ha sacado, pero si tienen mas me gustaría que las compartiera):

El cuento es el siguiente:

Algunas veces es un error juzgar el valor de una actividad simplemente  por el tiempo que toma realizarla…

Un buen ejemplo es el caso del ingeniero que fue llamado a arreglar Una computadora muy grande y extremadamente compleja… una computadora que valía 12 millones de dólares.

Sentado frente a la pantalla, oprimió unas cuantas teclas, asintió con la  cabeza, murmuró algo para sí mismo y apagó el aparato.

Procedió a sacar un pequeño destornillador de su bolsillo y dio vuelta y  media a un minúsculo tornillo.

Entonces encendió de nuevo la computadora y comprobó que estaba trabajando perfectamente.

El presidente de la compañía se mostró encantado y se ofreció a pagar la cuenta en el acto.

-”¿Cuánto le debo? “-preguntó.

- “Son mil dólares, si me hace el favor.”

- “¿Mil dólares? ¿Mil dólares por unos momentos de trabajo? ¿Mil dólares por apretar un simple tornillito?

¡Ya sé que mi computadora cuesta 12 millones de dólares, pero mil  dólares es una cantidad disparatada!

La pagaré sólo si me manda una factura perfectamente detallada que la justifique.“

El ingeniero asintió con la cabeza y se fue.

- A la mañana siguiente, el presidente recibió la factura, la leyó con cuidado, sacudió la cabeza procedió a pagarla en el acto, sin chistar. La factura decía:

Detalle de servicios prestados

Apretar un tornillo……….. …. …. …. …. … 1 dólar

Saber qué tornillo apretar………….. ….. 999 dólares

Mándalo a todos aquellos profesionales que día a día se enfrentan con  la  desconsideración de quienes por su propia ignorancia no alcanzan a entenderlos y darles el lugar que a Ustedes les corresponde.

RECUERDA: “  SE GANA POR LO QUE SE SABE,NO POR LO QUE SE HACE  “.

El cuento es buenisimo …. y totalmente cierto.