En este artículo, James Reinders equipara el uso de threads con el uso del goto hace 40 años. James opina que son un mecanismo de muy bajo nivel para realizar programación concurrente, y que al igual que sucedió con la sentencia goto hace 40 años, surgirán construcciones de más alto nivel que los substituyan a la hora de programar aplicaciones.

Ohloh es otra red social del fenómeno web 2.0, pero la particularidad de esta red es que se centra en la comunidad del software libre. Para los usuarios, ofrece la posibilidad de indicar qué proyectos de software libre utiliza uno habitualmente, y encontrar otra gente que utilice software similar. Pero a mi me interesa especialmente desde el punto de vista de desarrollador, ya que permite registrar nuestros proyectos, y tiene un motor de análisis de código fuente que nos ofrece métricas acerca de la calidad del mismo, el coste que podría tener desarrollarlo, etc.

Se ha publicado hace unos días OpenSceneGraph 2.2. OSG es una biblioteca de programación 3D que implementa un grafo de escena (scenegraph) muy eficiente y avanzado. Aquí os dejo una traducción de la lista de cambios que incorpora esta versión:

• Mejorado el soporte de compilación bajo Windows, incluyendo el versionado de librerías para evitar problemas al mezclar diferentes versiones de OSG en el mismo sistema.
• Soporte de las extensiones Texture2DArray y las texturas de enteros.
• Soporte de pantallas esféricas
• Soporte de pantallas estéreo con disposición de tablero de ajedrez
• Soporte para sombras suaves y "Parallel Split Shadow Maps".
• Soporte de configuración del visor
• Soporte de escritura para Inventor y OBJ
• Soporte de escritura de imágenes HDR
• Unificación de los modelos de hilos y los gestores de eventos del visor para que funcionen con el visor simple y el compuesto.
• El plugin de GDAL soporta un rango amplio de imágenes geoespaciales y mapas de elevación digitales.
• Corregido un amplio rango de bugs y problemas de compilación.

Hoy he estado cacharreando un poco con Turbogears, la alternativa pythonica a ruby-on-rails. Sólo lo he utilizado durante un par de horas, intentando comprender su filosofía y haciendo una página web sencilla para probarlo un poco. Estoy gratamente impresionado. Toda la tecnología que tiene por debajo está muy avanzada, mucho más de lo que yo esperaba.
En realidad turbogears se fundamenta sobre herramientas que ya existían antes en el mundo python (un poco como hace JBoss en el mundo Java):

Tenemos nuevo crucigrama! Esta vez se cruza más que nunca, aunque tiene algunas palabras difíciles. Aquí os dejo el crucigrama número 5. Disfrutadlo.

Traducción de la nota de prensa original: "OpenSceneGraph Professional Services anuncia la salida de OpenSceneGraph 2.0, la tecnología open-source de grafo de escena líder, diseñada para acelerar el desarrollo y mejorar el rendimiento de los gráficos 3D. OSG 2.0 está escrito enteramente en C++ estándar, y construido sobre OpenGL, ofreciendo a los desarrolladores que trabajan en simulación, desarrollo de videojuegos, realidad virtual, visualización científica, y mercado de modelado, una herramienta de visualización en tiempo real que rivaliza con los grafos de escena comerciales tanto en funcionalidad como en rendimiento. OSG 2.0 funciona en todas las plataformas Windows, Apple OS/X, GNU/Linux, IRIX, Solaris, HP-UX, AIX y FreeBSD."

Es un hecho que la mayoría consideramos (quizás por pereza) que utilizar la opción -O3 de nuestro GCC consigue siempre el mayor rendimiento posible de un determinado código, pero cuando usamos -O1, -O2 y -O3 en realidad estamos activando un conjunto más amplio de opciones.
El efecto que tienen todas esas opciones sobre el código depende mucho de cada algoritmo, así que ajustándolas manualmente podemos conseguir mejores rendimientos para cada programa concreto. Pero investigar cuales son las más adecuadas puede ser una tarea infinita. Afortunadamente existe una alternativa:

Ayer Joel (de JoelOnSoftware) nos contaba en un artículo de variedades, cual es su visión del futuro de JavaScript. Todos sabemos que tiene un problema muy grave, y es la portabilidad. JavaScript no funciona igual en IE, Firefox, Opera, etc. De hecho para algunas cosas como el acceso al arbol DOM, es bastante poco portable, a pesar de que hay un estándar... Joel da su punto de vista:

RealTimeBattle es un software que simula una lucha de robots programados. Los robots se pueden programar en cualquier lenguaje, basta con crear un ejecutable que entienda un protocolo de comunicación por entrada/salida estándar. La verdad es que es muy divertido, sobre todo si compites con robots programados por otra gente. Leyendo la lista de correo de GPUL, recordé que hace ya unos 7 años había programado una mini-librería para C que permite programar estos robots más cómodamente.

En codepixel acaban de publicar un enlace muy interesante en el que podemos encontrar un tutorial que explica cómo se utilizan los objetos función de C++, y cómo nos permiten ejecutar algoritmos sobre nuestros tipos de datos en la biblioteca STL. Es una lástima que esté en inglés, pero es realmente bueno.