programacion (Página 10) - Userlinux.net

A muchos ya os lo he comentado en persona, incluso algunos habéis visto algún que otro pantallazo de "lo que va a ser" y no me parece justo. Así que en un alarde de igualdad os adelanto lo que se está cociendo en la nueva versión de este humilde blog:

Quería un diseño muy simple, olvidar tanto tono azul, logotipos y demás elementos, para hacerlo un poco más *BUZZ*. Todavía no es la versión definitiva y se aceptan sugerencias, mejoras y hasta donaciones. Decir que el frontend es un merge de varias ideas que tenía en la cabeza y el backend ha sido la excusa perfecta para aprender - y enamorarme de - Django.

Así que vamos a dejar de quejarnos y sigamos al lío que todavía quedan un par de telediarios antes de ver la luz.

Ha sido una de esas cosas que te divierte mientras la programas. Siempre me había interesado el funcionamiento de los widgets y esta vez me tocó pelearme para crear los de Moneting. Ha sido más sencillo de lo que imaginaba pero no por ello menos divertido.

Consiste en un pequeño script que se encarga de generar la imagen correspondiente con la librería GD y parsear la URL que se le pasa para traducirlo en una petición válida dentro del sistema. Como se puede adivinar, la respuesta es una imagen de tipo GIF.

Todavía no he implementado ciertas mejoras que tengo anotadas, pero me apetecía contar el micro-hito :P.

Cuando empecé a programar mi propio pasteador de código (post relacionado) una de las features que quería incorporarle era un mínimo coloreado que facilitara la lectura del mismo. Navegando, leyendo y preguntando vi que ya existía pygments así que ¿por qué reinventar la rueda?.

Obviamente tenía que aprender a integrar este tipo de addons dentro de mi proyecto Django... y así me enteré de la existencia de los templatetags. Crear uno es sencillo, hacemos una carpeta templatetags dentro del directorio de la aplicación (con su respectivo __ini__.py) y dentro un colorea.py con el siguiente código:

No lo tenía claro, pero cuando entendí lo que suponía y cómo se trabajaba con virtualenv + pip me decidí a probarlo. Voy a intentar explicar como se utilizan estas herramientas de una forma genérica, para hacernos una idea de lo que significa y los casos en los que se pueden aplicar. A grandes rasgos:

• Django: Framework en python, creo que no necesita mucha más explicación.
• Virtualenv: Herramienta necesaria para crear un entorno virtual de python, con las versiones específicas de los paquetes y/o dependencias que hagan falta para el proyecto.
• Pip: Gestor/Instalador de esos paquetes (similar a easy_install).

Con estas herramientas intentaremos instalar un entorno virtual independiente para gestionar todas las dependencias de nuestro proyecto.

Los que en alguna etapa de nuestra vida nos hemos dedicado y/o dedicamos al desarrollo nos hemos cuestionado el entorno de desarrollo que utilizamos (¡no digáis que no!). Para gustos pintan colores y no pretendo llegar al corazoncito de los trolls convirtiendo estas lineas en una sangría de argumento "la mía es más larga".

He probado varios IDE distintos, cada uno con sus ventajas e inconvenientes y al final, después de muchos viajes de colores, extensiones y shortcuts, me he quedado con una herramienta que viene de serie en GNOME: gedit.

Es algo que todavía no llego a entender ni asimilar. He pasado la mayor parte de la tarde para configurar la nueva versión 2.0 de CodeIgniter-Reactor con varias librerías que, para mi forma de desarrollar, son indispensables en cualquier framework de programación orientado a web:

• HMVC: Gracias a la librería de Wiredesignz podemos ordenar nuestro código en módulos y simplificar la lógica de la aplicación.
• ModulesModule: Ahora que todo será un módulo, no vendría mal un módulo encargado de ejecutar las tareas más comunes de los módulos (instalar, desinstalar, actualizar...). Un módulo de módulos.
• SettingsModule: No me gusta cargar la configuración desde ficheros config/*, por comodidad y para que el usuario pueda cambiar cualquier parámetro ajustable de una aplicación, prefiero hacerlo en base de datos y cachearlo a disco si es necesario. Me quedo con la librería de PyroCMS.
• ThemesModule: Otra característica imprescindible sería tener una aplicación themeable y que desde un interfaz de administración se pueda cambiar tranquilamente el aspecto de la misma. Para ello podemos hacer uso de este módulo capaz de instalar y desinstalar themes.
• TemplateLibrary y TagsLibrary: Una vez hemos decidido hacer la aplicación modular y themeable siguiendo el patrón MVC, un buen lenguaje de template para que los diseñadores no se vuelvan locos con el lenguaje dinámico sería un punto más.
• MigrationsLibrary: Una vez lo pruebas se convierte en musthave. Se trata de una librería para hacer migraciones de versiones en base de datos. Gestiona los cambios entre versiones de forma sencilla.