BA Chili Cookoff
El sábado pasado fuí con la familia al 2do Buenos Aires Chili Cookoff. Mucha gente, mucha comida rica. tato no puede comer nada tan picante pero bueno, había galletitas :-)
No tengo tanta experiencia con el chile como me gutaría, porque no es una comida común por acá, así que me sorprendió la variedad. La mayoría muy rica, y a pesar de las constantes advertencias de los vendedores, ninguna era terriblemente picante (¿El temible Zombie Chili que prometia derretir paladares? Dulzón.)
Favorito: Lafitte's Revege, que era una especia de bourguignon, y no tenía porotos. También el chile vegetariano ahumado estaba muy bueno. Y las cookies eran mortales.
El año que viene Rosario habla de cocinar para esto. He comido su chile, y creo que es mejor que el 80% de lo que probé este año. Además soy el tester de sus recetas, así que gano de todos modos.
Nikola Ideas para PyCamp
Si vas a PyCamp (o si no vas también), sos bienvenido a unirte a mí en la implementación de estas cosas en una maratón de programación empezando el viernes y siguiendo todo el fin de semana.
Tengo algunas ideas en la cabeza, pero quiero más. Estas son las que tengo, agreguen en los comentarios:
- Galería de Código
-
Como galerías de imágenes, pero para código. Ponés el código en una carpeta y va a aparecer hermoso. Con la adición de una directiva "listing" de docutil, va a hacer que mostrar código en detalle o en contexto sea simple y poderoso, haciendo a Nikola más atractivo para bloggers-programadores.
- Pulir Galerías
-
Las galerías de imágenes están implementadas y andan, pero necesitan pulido. Se pueden hacer más eficientes en red, ponerles feeds RSS, galerías recursivas, metadata, textos en las imágenes, y mucho más.
- Pipelines
-
¿Querés minimizar to CSS? ¿Emprolijar tu HTML? ¿Achicar las imágenes? ¿Aplicar transformaciones al HTML? ¿Cosas que no me imagino?
Los pipelines traerían el poder del shell unix a un generador de sitios, permitiendote conectar filtros provistos por nikola o por la comunidad como si fueran legos.
- Editor Online (Alva)
-
Si bien los generadores de sitios estáticos tienen muchos beneficios, tienen un lado malo: tenés que editar los archivos en tu propio equipo.
Un editor online para Nikola te permite editarlos via web y publicar desde cualquier lado.
- Nikola Hosting (Shoreham)
-
¿Por qué no crear un servicio en que el usuario alimenta de posts al server y el server publica? La alimentación puede ser vía un DVCS, un servicio de sync de archivos, editor online, o lo que sea, y el resultado se publica inmediatamente o tocando un botón.
- Borradores
-
Yo no hago borradores. Yo escribo y mando. Pero otros prefieren enfoques mas cautelosos y menos dementes. Entonces, ¿Cómo deberían funcionar los borradores? Si bien seguramente es fácil de implementar es una tarea excelente para un principiante, donde hay que pensar más acerca de lo que se quiere lograr y la experiencia que se brinda al usuario que acerca del código en sí.
Entonces, si hay algo que viste en otro generador de blogs estáticos que Nikola no tiene, o tenés una idea y necesitás un framework donde meterla, o tenés una idea loca loca loca que nadie quiere tocar ni con un puntero láser...
CONTAME.
Python no es un formato de archivo de configuración.
NO HAGAS ESO, A MENOS QUE TENGAS UNA MUY BUENA RAZÓN
Si tenés que preguntar si es buena idea, no tenés una buena razón. Si estás seguro de que tenés una buena razón, entonces tal vez tengas una.
Hay muchos motivos, pero voy a mencionar dos, y ofrecer una sugerencia.
Python es sólo lectura, y configurar no es programar.
Seguro, es fácil usar python como archivo de configuración. Lo importás y ahí están los datos. Pero ahora tu sintaxis de configuración es un lenguage de propósito general, que puede hacer cosas como mostrar un diálogo cuando lo leés.
Tu configuración ahora depende de toda la internet, el hardware, el clima, entrada interactiva, y el software instalado en el sistema. ¿Poderoso? Sí. ¿Buena idea? A veces. Pero tu aplicación ahora no puede configurarse a sí misma.
Si querés guardar algún tipo de configuración, no vas a poder. Así que para la mayoría de las aplicaciones interactivas de escritorio simplemente no sirve, y no deberías hacerlo, nunca.
¿Y qué pasa con herramientas no interactivas? Bueno, usar python significa que otras herramientas tampoco pueden escribir en ese archivo, lo que te saca poder. El poder de herramientas usando herramientas es una de las columnas que sostienen la computación moderna, y te acabás de rajar a vos mismo de ese ecosistema. Dependiendo de qué lenguaje usa la otra herramienta, capaz que ni siquiera puede leer tu configuración.
¿Y qué pasa cuando alguien te dice "poné esto en tu config para hacer X"? Bueno, en general, si el archivo aprovecha que estás usando python para hacer algo interesante, no podés estar seguro de que ande. Es como copiar y pegar código de un foro a tu programa. ¿Vos esperarías que ande?
Entonces, no podés escribirlo, no podés sacar ayuda de internet, no podés usar herramientas que accedan a ese archivo.
También significa que para manejar el caso más general de cómo configurar tu aplicación, necesitás ser programador. Para la enorme mayoría de las aplicaciones, eso no es necesario. Si tu aplicación sólo puede ser configurada por programadores, es muy posible que ya hayas fracasado en su desarrollo (hay ecepciones obvias y otras no tanto).
¡Ah, el consejo! Bueno, es "no hagas eso". Y el corolario es "configurá usando datos, no código". Usá INIs, XML, YAML, JSON, o archivos de texto, o lo que quieras, pero no código.
PD: Mi último proyecto, Nikola usa python como lenguaje de configuración. Creí tener una buena razón. No era cierto.
The Future of PyQt by Example
Three years ago, I started a series of long posts called "PyQt by Example". It reached five posts before I abandoned for a series of reasons that don't matter anymore. That series is coming back starting next week, rewritten, improved and extended.
It will do so in a new site, and the "old" posts will be retired to an archive page. Why? Well, the technologies used in some of them are obsolete or don't quite work nowadays. So, the new versions will be the preferred ones.
And while I am not promising anything, I have enough written to make this something quite longer, more nicely layouted, more interesting and make it cover more ground. BUT, while doing some checks on the traffic statistics for the old posts, some things popped out.
- This was very popular
-
About 60% of my site's traffic goes to those five posts. Out of about 1200 posts over 12 years, 60% of the viewers go to the 0.4% of the pages. That is a lot.
- It's a long tail
-
The traffic has not decreased in three years. If anything, it has increased
So, all this means there is a desire for PyQt documentation that is not satisfied. I am not surprised: PyQt is great, and the recommended book is not free, so there is bound to be a lot of demand.
And, here's the not-so-rosy bit: I had unobtrusive, relevant, out-of-the-way-but-visible ads in those pages for more than two years. Of the 70000 unique visitors, not even one clicked on an ad. Don't worry, I was not expecting to get money out of them (although I would love to some day collect a $100 check instead of having google hold my money for me ad eternum).
But really? Not even one ad click? In more than two years, thousands of people? I have to wonder if I just attract cheap people ;-)