El evento es organizado por USM Games – una organización sin fines de lucro respaldada por la UTFSM para potenciar el desarrollo de videojuegos en Chile – en conjunto con Videogames Chile, otra organización sin fines de lucro que busca ayudar a los emprendimientos locales, actuando como enlace entre los gobiernos, universidades, los medios y otras organizaciones.

La actividad está dividida principalmente en dos fases, una en cada día.  El primer día se realizarán ponencias respecto al desarrollo de videojuegos, que cubrirán tanto aspectos técnicos como casos y experiencias de éxito.  El segundo día se realizará una actividad puramente práctica que la organización ha llamado Game Jam, se trata de una competencia en la que los asistentes apoyados por un grupo de mentores experimentados forman equipos para desarrollar un videojuego durante el día.

Entre el contenido del primer día, destacamos la ponencia de Juan Pablo Lastra dedicada al dispositivo Kinect de Microsoft,  Rolando Abarca de la empresa creadora de FarmVille (Zynga) y la presentación del co-fundador de ACE Team Edmundo Bordeu, la empresa desarrolladora de Zeno Clash, que fue calificado como uno de los 100 mejores juegos para PC de todos los tiempos.

Para asistir debes pagar $7.000 si eres estudiante, o en otro caso $12.000 como público general.  Estos valores sólo se mantendrán hasta el día Jueves 9 a las 13:00, porque a partir de ese momento cambian a $12.000 y $17.000 respectivamente.  El pago cubre todas las actividades del evento, lo que incluye un almuerzo y colación el día sábado.

A modo de preámbulo de lo que encontrarás en Video Games Extreme Workshop, les dejamos un video de CNN Chile con una entrevista a Daniel Winkler, co-fundador de USM Games.

Click aqui para ver el video.

Link: Video Games Extreme Workshop (USM Games)

Ticket WWDC 2011: US$1600, pasaje a SF: US$1500, estar detenido por demanda de delito marcario por App iRedbanc: PRICELESS

Así publicaba en su twitter Carlos Oliva tras ser detenido en el aeropuerto cuando se preparaba a viajar a la WWDC de Apple.  Parafraseando a las conocidas publicidades de tarjetas bancarias, Oliva describía cómo su exitosa aplicación iRedbanc le llevaría a una vivir una pesadilla con nuestro sistema judicial.

Hasta el año 2010, todo iba bien con la aplicación para iPhone que permitía obtener información acerca de la ubicación de los cajeros automáticos que en Chile son conocidos como Redbanc. La aplicación tuvo un peak en el terremoto de Febrero del 2010, cuando las redes de internet móviles fueron las escasas sobrevivientes de nuestra plataforma de telecomunicaciones, y los cajeros automáticos con dinero se convertían en una rareza.

iRedbanc había sido destacada en la AppStore de Apple, así como también por diversos medios de la prensa local (Cooperativa.cl, EMOL, La Tercera, EMOL TV, Wayerless). Incluso el año 2009, como empresa autora de la aplicación (idev.cl), se contactaron con la gente de Redbanc para solicitar información actualizada que permitiera mejorar la precisión de la aplicación, dado su popularidad. La empresa les envió la información solicitada sin ningún problema.

La historia cambió rotundamente empezando el 2010, cuando Carlos Oliva recibe una carta del tipo Cease and Desist de un estudio jurídico que protegía a la marca Redbanc. En ella se solicitaba dar de baja la aplicación. Tras meditar el asunto, Oliva decide eliminar la aplicación desde la AppStore y quitar cualquier referencia a su existencia. Así consta en el historial de la aplicación en iTunes, en donde aparece el registro de eliminación de iRedbanc con fecha 10 de Mayo del 2010.

Tras la eliminación de la aplicación – que es lo que solicitaba el estudio jurídico – Oliva es citado a declarar en tribunales como parte de la investigación de una querella criminal en su contra. En su declaración, Oliva indicó que la aplicación y toda referencia a ella había sido eliminada, dejando además su dirección, teléfono personal y correo electrónico en caso de que necesitaran contactarlo.

El sábado 4 de Junio del 2011 – más de un año transcurrido desde la eliminación de la aplicación y declaración en tribunales – Oliva se encontraba en el aeropuerto para abordar un vuelo que lo llevaría al sueño de cualquier desarrollador de aplicaciones para tecnologías de Apple: Asistir a la WWDC 2011.  Es ahí donde comienza una verdadera comedia de absurdos del sistema judicial chileno.

Detención

Oliva estaba con prohibición de salir del país por no presentarse a una citación con fecha 26 de Mayo, prácticamente una semana antes de su viaje.  Oliva se había mudado a la apacible ciudad de Quilpué a fines del 2010, y la notificación se la enviaron sólo a su domicilio antiguo en Viña del Mar, sin hacer uso de los otros medios de contacto que quedaron disponibles en el tribunal.

Como parte del procedimiento, Oliva pasó unas 48 horas como detenido junto a delincuentes comunes, los que al contrario de lo ocurrido con este joven emprendedor, obtuvieron rápidamente su libertad.

De vuelta en el pequeño calabozo del Juzgado con los otros detenidos (los cuales estaban ahí por diversas causas: robo con fuerza, robo de auto, especies, domiciliarios, riña, estafa, tráfico, etc.) y donde al explicar mi situación incluso recibí una “Oferta de Trabajo” (… clonando tarjetas), le dan la libertad a la mayoría de ellos (se van a la calle). Aparte de mi caso, el único otro detenido que debió quedar en custodia de la penitenciaría para ser trasladado fue un joven detenido por ser requerido en una causa en Villarrica por daños menores (haber graffiteado un muro).

En la publicación de Oliva se puede ver el detalle completo de cómo “el sistema” lo trató. Guardando las proporciones, es fácil recordar historias como Expreso de Medianoche, una realidad que muchos pensamos como lejana:

El chaleco tenía además un par de tiras que bajaban desde la espalda para dar la vuelta hacia adelante por entre las piernas, cuyo objetivo era fijar e inmovilizar las (debidamente esposadas) manos a la altura de la cintura. Desafío extra: tratar de hacer uso del baño en esas condiciones. En ese estado pasé las siguientes horas, con dos detenidos más, sintiendo solo frío y hambre y haciendo un ejercicio que consistía en caminar siete pequeños pasos de un lado a otro de la celda y que ideé con dos objetivos: intentar capear el frío e inhibir algo de cansancio físico para tratar de dormir (fracasé en ambos).

[...]

Durante la noche comienzan a llegar móviles con cientos de detenidos – algunos en tránsito, otros con la nocturna – hasta que finalmente nos sacan del calabozo para ser trasladados a Valparaíso (esto fue cerca de la 1 AM). Nos quitan las esposas y chaleco, y a pesar del reinante frío a esa hora (que con las puertas del galpón abiertas era inescapable) se nos realiza una nueva inspección completamente desnudos. De vuelta a vestirse y con los famosos chalecos amarillos, pero esta vez con esposas de pies y manos.

Lamentablemente en estos casos lo que opera es “el sistema”, un ente que no responde ante nadie y opera en forma autómata. Ni siquiera se puede contar con las garantías que este sistema provee para proteger a las personas, ya que se trata de funcionarios que han sido prácticamente absorbidos por este ente:

Se nos presenta al abogado defensor y se nos consulta si tenemos algún problema en ser representados por él, ante lo cual ninguno de nosotros se opone. De haber sabido que la participación de dicho abogado durante la audiencia se iba a limitar a enviar mensajes de texto y guardar absoluto silencio, lógicamente lo hubiese rechazado.

Como parte del “sistema” también, no se sabe si finalmente la empresa Redbanc tiene que ver o no en el asunto, sólo se sabe que al menos en el año 2009 no tenía ningún problema con la aplicación. No me extrañaría que estemos frente a los clásicos casos de estudios jurídicos que operan como parásitos del sistema judicial, buscando dónde obtener dinero a través de recursos que son aceptables legalmente, pero no moralmente.

El broche de oro para esta historia es la resolución del tribunal: Que en un plazo de 30 días retire la App de la App Store y cualquier mención a ella desde el sitio web de iDev. Cosa que había ocurrido hace un año atrás.

El caso de Carlos Oliva seguramente no es el único, pero es al menos uno al que los amantes de la tecnología nos sentimos cercanos y por lo mismo solidarizamos con él.  También influye en ese apoyo el hecho de que Carlos Oliva haya sido uno de los pioneros llevando las tecnologías de código abierto al público masivo.  Por allá por el 2001, fue quien creó el famoso “Día de Linux” en el programa de televisión tvnauta de UCVTV.CL junto con un joven Sebastian Beeche.

Te invitamos a leer la versión completa de esta historia escrita por el mismo Carlos Oliva tras 48 horas de pesadilla.  Si quieres darle un mensaje de apoyo, lo mejor es hacerlo directamente en su publicación, o a través de twitter via @iDevSoftware.

Links:
- ¿Por qué hacemos lo que hacemos? Segunda Parte (historia completa escrita por Carlos Oliva)
- Detienen a creador de iRedbanc cuando viajaba a la WWDC (wayerless.com)

Como el crecimiento de Linux siempre ha sido gradual, sólo al mirar hacia atrás Linus se da cuenta de que ha crecido en una forma que era imposible imaginar en sus inicios. Recordemos que en su primer anuncio público sólo se trataba de un proyecto sin mayores ambiciones, o como él lo suele decir “sólo por diversión”.  Para diferentes personas tiene también distinto significado, para Linus sigue siendo una entretención, pero también es motivante ver que su trabajo se convirtió en algo que cambió la vida de mucha gente:

Todos queremos sentirnos relevantes, y pensar que estamos haciendo una diferencia en este mundo. Tener un trabajo donde uno se siente productivo, y saber que el trabajo que uno hace “importa” es un gran desafío.

En cuanto a elección de una distribución, para Linus se trata de un simple motivo práctico: aquella que le permita tener un entorno de trabajo funcional con poco esfuerzo.  Reconoce que sus necesidades son diferentes al resto de la gente, y que además hoy en día el sistema subyacente no hace mayor diferencia.  A mucha gente le basta con tener acceso a un navegador, correo electrónico o administrar sus fotos, no le interesa la complejidad de mantener un computador sólo para eso y así lo demuestra la explosión de teléfonos móviles inteligentes y tablets.

Justamente en ese ámbito Linus destaca a la plataforma Android como un ejemplo de cómo el software libre o de código abierto puede entregar poder a las personas.  En este caso, el sistema operativo Linux fue utilizado de una forma totalmente diferente la que fue concebido.  Ya no sólo se trata de un sistema que es rey en el mundo de los servidores, sino que ha sido adaptado para estar en el bolsillo de mucha gente y formar parte importante en el día a día de esos usuarios.

Me estoy alejando de GNOME 3

Linus usa Fedora por motivos históricos, como muchos usuarios no es un fanático de una distribución en particular, simplemente es la que en algún momento le acomodó usar y no ha encontrado motivos para mirar hacia el lado.  Linus dice que hay usuarios que se sienten cómodos con distribuciones que usan componentes ultra probados y estables, pero hay otros – como él – que se siente a gusto probando cosas nuevas que no necesariamente están funcionando sin problemas.  En ese aspecto también se refiere a Ubuntu y cómo esta distribución se ha atrevido a hacer cambios innovadores, presentando una alternativa atractiva a quienes quieran experimentar con nuevas propuestas.

Pese a lo anterior, en el mundo de los entornos de escritorio se muestra mucho más conservador, y eso tiene su explicación:  El escritorio es con lo que se tiene que lidiar directamente, y uno se acostumbra a un determinado patrón de uso.  Fue por eso que migró de KDE cuando quisieron cambiar todo en KDE4, y dice que por lo mismo ahora se está alejando de GNOME 3.

No debiera haber UNA ideología

Una parte muy interesante de la entrevista, y es un tema que siempre sale a discusión, es si existe o no una ideología en el proyecto Linux o en el código abierto.  La respuesta de Linus es que no debiese existir UNA ideología, sino que varias ideologías:

Yo lo hago por mis propias razones, otra gente lo hace por sus razones. Creo que el mundo es un lugar complicado, y la gente es un animal interesante que hace cosas por razones complejas. Por ello no creo que debiera haber “una” ideología.

Algunos creen que el código abierto es una buena forma de contribuir a construir un mundo mejor, y aunque eso dista de la motivación de Linus para iniciar el proyecto, no deja de llenarlo de emoción.  Así también hay empresas que usan o contribuyen al código abierto simplemente porque es bueno para sus negocios, lo hacen por dinero y es también otra forma válida de ideología.  Por lo mismo, muchas compañías de hardware hoy dan soporte a Linux y eso se puede ver en el nivel de participación que tienen en distintos aspectos del sistema, aunque aún hay algunas con las que es difícil de trabajar y cita el caso de NVIDIA y los fabricantes de chips de red inalámbrica.

Que le den al sistema su propio nombre

Linus dice que se ha reunido con Richard Stallman – líder del proyecto GNU – en varias ocasiones, pero justamente no está de acuerdo con él ya que Richard es de los que abogan por una sola ideología.  Es además conocido el esfuerzo de Richard y los seguidores del proyecto GNU por llamar al sistema GNU/Linux y no sólo Linux a secas.

Yo nunca usé el nombre GNU. Linux nunca fue un proyecto de la Free Software Foundation, y la FSF jamás tuvo nada que ver con él”

Linus reconoce que el sistema que conocemos como Linux se apoya en trabajo de otras organizaciones, y no desmerece el aporte del proyecto GNU, específicamente en lo que respecta a las herramientas de compilación.  Sin embargo, cree que cualquiera puede llamar a un sistema basado en Linux de la manera que le parezca mejor.  Es así como ve que está bien que las distribuciones adopten su propia identidad y usen nombres como Fedora, Ubuntu, etc, por lo que la Free Software Foundation es libre de llamarlo GNU/Linux si así lo desea.

Si la FSF quiere llamarlo GNU/Linux, ¿por qué debería preocuparme? Después de todo, no tiene mucho más sentido que el llamarlo como un tipo de sombrero”.

Links:
- Diálogos : “Muchas patentes son totalmente ridículas” (Página 12)
- INTERVIEW EXCLUSIVE Linus Torvalds, creator of Linux, open operating system (Mariano Blejman)

RetroBits pretende reunir a distintas generaciones en torno a las plataformas que marcaron el inicio de la computación personal a nivel masivo durante la década de los 80, como es el caso de los microcomputadores Atari, Commodore, MSX y Sinclair. También habrá espacio para consolas de videojuegos de la época, como las primeras de Nintendo y Sega, entre otras.

A partir de las 10:30 y hasta las 19:00 se mantendrá una exposición de estos equipos para que los nostálgicos puedan recordar esos tiempos en donde 320×192 era una resolución magnífica, 16 colores eran suficientes y algunos músicos hacían maravillas con 4 voces y tres octavas.  Pero no todo es para treintones, también es una buena oportunidad para que los más jóvenes conozcan las plataformas que fundaron la base de la tecnología que tenemos hoy en día.

Charlas y muestra musical

En paralelo se realizarán actividades en donde expertos hablarán sobre la historia de algunas de estas plataformas e incluso el uso que se le puede dar en la actualidad: Humberto Lazo hablará sobre el uso de Scirra Construct para crear juegos retro, Max Celedón hablará sobre MSX – el esfuerzo de Microsoft por estandarizar la computación a mediados de los ’80 – y un tal Franco Catrin hablará sobre la historia del procesador 6502, usado en Atari y Nintendo, entre otros.

Mención especial merece Ernesto Muñoz, más conocido por su pseudónimo de Analog, quien realizará una charla sobre su experiencia como músico a través de tecnologías “retro”, para luego hacer una presentación en vivo aplicando estos conceptos.

A las 15:00 y a continuación de la presentación de Analog está programada una presentación especial que de acuerdo a los organizadores del evento, debo mantener en secreto.  Sólo les puedo adelantar que tiene que ver con tecnología del pasado, pero con una fuerte influencia en el futuro cercano.

La entrada es totalmente gratuita, si deseas llevar un equipo para la muestra, puedes coordinar tu asistencia a través de Facebook o al correo retrobits2010 en gmail.com.

Link: www.retrobits.cl

Linux en general se comporta bien realizando varias tareas al mismo tiempo, pero en sistemas de escritorio el uso intensivo de CPU puede hacer que las aplicaciones típicas se sientan más lentas.  Por ejemplo si se está codificando un video, compilando una aplicación o actualizando el sistema, aplicaciones mundanas como un navegador o la reproducción de video se verán afectadas, causando que el usuario sienta que el sistema está más lento.

El cambio propuesto modifica la forma en que se distribuye la CPU entre las distintas tareas que está corriendo el sistema, de tal forma que esta distribución no deje sin recursos a una aplicación cuando otra está solicitando intensivamente el procesador.  No se trata de que el sistema corra más rápido, sino de que las aplicaciones no se sientan lentas bajo estas condiciones.

Básicamente lo que hace el cambio es agrupar las tareas para que un proceso que levanta varios hilos de ejecución compita de igual forma con otra aplicación que también requiere de la atención del procesador.  Esta agrupación se crea al vuelo de forma automática, sin que el usuario tenga que hacer nada especial.

Este cambio será percibido por todos los usuarios de escritorio, ya hay varios alabando el cambio, incluyendo a Linus Torvalds:

Sí, tengo que decir que estoy (felizmente) sorprendido por lo pequeño que termina siendo el parche, y cómo no es ni intrusivo ni feo [...] Es una mejora en cosas como el desplazamiento suave (scrolling), pero donde lo he encontrado más interesante es cómo pareciera hacer que las páginas web cargaran más rápido [...] Pienso derechamente que este es uno de esos parches que significan una real mejora.  Buen trabajo.  La agrupación de tareas va desde “útil para algunos casos” hasta “esto es una característica asesina”.

Michael Larabel de Phoronix, el sitio que presentó este trabajo al público general, preparó un par de videos en donde se puede ver el antes y el después de aplicar el cambio.  Si bien se trata de un caso extremo ya que usa una máquina bastante potente, ilustra claramente la contundencia del cambio, y otros usuarios ya han confirmado que se percibe perfectamente en otros escenarios con aplicaciones y hardware más comunes.

La prueba consiste en crear un proceso intensivo en CPU como el compilar el kernel con 64 tareas en paralelo, al mismo tiempo que se realizan tareas “mundanas” como reproducir un video en 1080p, navegar por la web y ejecutar una aplicación OpenGL simple.  En el primer video se puede ver que la reproducción del video se vuelve imposible, mientras que las otras aplicaciones tienen problemas en responder.

Click aqui para ver el video.

En el segundo video, con el parche aplicado, se ve que a pesar de estar corriendo la tarea intensiva (compilación con 64 tareas), la reproducción del video en 1080p no se ve afectada, y el resto del sistema se puede seguir usando como si nada.

Click aqui para ver el video.

Link: The ~200 line Linux kernel patch that does wonders (Phoronix.com)

Un acalorado debate se está llevando a cabo en Internet después de que Mark Shuttleworth anunciara que Unity sería incluido como shell de GNOME en la próxima versión de Ubuntu (11.04) el próximo año.

El shell de un entorno de escritorio como GNOME es el encargado de cargar y/o desplegar los componentes básicos que acostumbramos a ver como paneles, lanzadores, applets del panel (reloj, control de volumen), etc.  En el caso de GNOME se está preparando un nuevo shell para la versión 3 llamado simplemente GNOME Shell; en él se ha puesto un énfasis en el uso de múltiples escritorios y la orientación a las tareas:  en vez de preocuparte de qué archivo o aplicación necesitas, te enfocas en qué es lo que quieres hacer.

En forma paralela, Canonical – la empresa que está tras Ubuntu – comenzó el desarrollo de un shell especialmente diseñado para netbooks y tablets, privilegiando el ahorro de espacio en combinación con el uso de botones suficientemente grandes para ser usados en interfaces táctiles.  Hasta ahí todo bien.

Si bien hay buenas ideas en Unity, no todas ellas tendrían sentido en un sistema de escritorio para PC, por eso que tomó de sorpresa el anuncio de Mark de no subirse al carro de GNOME Shell y ampliar el uso de Unity a los sistemas de escritorio tradicionales. Las antorchas no tardaron en aparecer, sobre todo en aquellos que tienen su fe puesta en GNOME Shell y también aquellos que no han tenido una buena experiencia con Unity ya sea por estabilidad, o porque sencillamente no tienen el hardware adecuado para que la experiencia sea como la visualizan sus creadores.

Los hechos

Independiente de las opiniones a favor y en contra, el desafío que enfrenta Canonical es grande, sobre todo si estamos hablando de un plazo de 6 meses para llevar a Unity del estado actual a algo que pueda ser la interfaz por omisión.  Uno de los primeros pasos en esta dirección ha sido el abandonar el gestor de composición Mutter en favor del tradicional Compiz.  Según los desarrolladores, Mutter aún tenía falencias que tomaría mucho tiempo en corregir, y dar soporte a hardware antiguo o con problemas de drivers era una traba adicional.  Compiz está bastante maduro y por parte de sus desarrolladores la noticia ha sido bien recibida, considerando que esto puede significar inyectar más energía y probablemente más desarrolladores al proyecto.

Por otra parte, GNOME Shell tampoco es la panacea y si bien se busca que sea el shell estándar de GNOME, no hay un consenso al interior del proyecto sobre darle o no el lugar de privilegio en este escritorio.  Para muchos, es incluso una opción mantener el shell actual que todos conocemos y calmar la ansiedad por dar el salto a una nueva tecnología.

Maligno… ¿o no?

No son pocos los que consideran que la actitud que está tomando Canonical respecto al lineamiento de Ubuntu está tomando un tono obscuro.  Se cree que la compañía estaría anteponiendo la diferenciación de marca por sobre el desarrollo de un escritorio libre en conjunto con la comunidad, y esta opinión se ve reforzada por la condición que pone Canonical sobre los aportes de terceros para que éstos cedan los derechos de sus contribuciones a la empresa.  Los amantes de las teorías de conspiración creen que en cualquier momento Ubuntu podría seguir su propio camino, llevándose todo el código consigo.

Para los que somos más viejos en el desarrollo de software abierto, lo que está haciendo Canonical no es nuevo, y hasta el momento este tipo de actitud ha ayudado a destrabar el desarrollo, explorando terrenos que habían sido despreciados por los más conservadores.  Por ejemplo Nokia fue el primero que tomó GNOME y lo convirtió en una plataforma móvil con su proyecto Maemo. Primero trabajaron en secreto y mostraron el resultado ya funcionando a la comunidad, incluso planteado como un producto.  En esa oportunidad contrataron a un grupo importante de hackers de GNOME para llevar adelante el proyecto en forma totalmente secreta.

Otro caso similar es el de XGL y Compiz, proyectos que gatillaron la revolución del sistema gráfico en Linux para aprovechar la aceleración gráfica 3D en las aplicaciones de escritorio.  Estos proyectos se iniciaron en Novell y se desmarcaron completamente de lo que la comunidad  pensaba como el mejor camino, que era mejorar X.org y no partir de cero.  Aunque el tiempo le dio la razón a estos últimos, fue Compiz el que agresivamente demostró lo que era posible hacer con el escritorio 3D si se dejaba volar la imaginación.

Transparencia versus Democracia

Algo que a vece se pierde de vista en el desarrollo abierto es que éste es transparente, pero no necesariamente democrático.  Esto significa que podemos ver cómo se toman las decisiones, podemos participar de la discusión, pero nadie obliga a los que llevan adelante el proyecto a tomar en cuenta la opinión de los demás.  Al final del día, hablar es gratis, codificar no lo es.

Un problema con abrir un proyecto a discusión en una etapa temprana del desarrollo es que no todos comparten o logran captar la visión de sus creadores.  La experiencia demuestra que el “diseño por comité” no funciona o al menos los casos exitosos son justamente aquellos en donde un grupo pequeño de personas se encerró a materializar su visión, para luego mostrarlo al resto de la comunidad cuando el estado del proyecto reflejara claramente esa visión.  Así lo hizo Linus Torvalds cuando comenzó con Linux, David Reveman con XGL y Compiz, o Keith Packard y Jim Gettys con X.org

La experiencia en el mismo proyecto GNOME indica que sus cosas buenas nacieron del esfuerzo de un pequeño grupo de gente que trabajó en forma desconectada de la comunidad para crear la fundación de sus ideas, mientras que las cosas malas vienen de un trabajo de un montón de gente que no compartía una visión única sobre cuál tenía que ser el resultado de su esfuerzo.

Además de que es muy difícil compartir una visión en etapas tempranas, está el problema adicional de que todos tienen una opinión al respecto y esta fricción entre los que opinan y los que quieren trabajar hace que el avance se estanque, algo que se conoce comúnmente como Stop Energy.

Canonical ahora ya puso la apuesta sobre la mesa, y tiene seis meses para hacerla valer.  Independiente del resultado, Ubuntu seguirá siendo una distribución basada en GNOME y los usuarios podrán instalar por su cuenta GNOME shell, o lo que sea la definición del escritorio en ese entonces.  Lo que ganará la comunidad en general será una mejora en el uso de las capacidades del hardware de video sobre Linux, algo necesario para que Unity tenga éxito; y es muy probable que características como el uso de un menú global se convierta en una opción adoptada por todos los proyectos importantes.

Link: Unity shell will be default desktop in ubuntu 11.04 (Ars Technica)

MOS 6502

A principios de los ’70 un grupo de ingenieros de Motorola estaba convencido de que era posible obtener un microprocesador barato si se planteaba un diseño simple y un proceso de fabricación mejorado respecto a los estándares de la época.  Sin contar con el apoyo de la compañía, este grupo crearía una de las familias de chips que sería el catalizador de la revolución de la computación hogareña, se trata del 6502 y sus sucesores, principal motor de las primeras máquinas de Atari y Apple, entre otros.

Chuck Peddle era uno de los ingenieros líderes en el desarrollo del procesador 6800 de Motorola, en sus reuniones con importantes clientes industriales, se dio cuenta de que la tecnología era apreciada, pero demasiado cara para ser usada en forma masiva.  En conversaciones con sus clientes llegó a la conclusión de que el costo del procesador tenía que bajar de los USD$300 que costaba el 6800 a sólo USD$25 de la época, conclusión que no alegró para nada a los directivos de Motorola que no tenían ninguna motivación para buscar reducir el precio de una tecnología que ya tenía buenas ventas.

Para Chuck y otros ingenieros, se trataba de un interesante desafío técnico y sin contar con el apoyo de Motorola comenzaron a trabajar en los cambios necesarios para mejorar su procesador.  Por una parte el equipo estaba descontento por el escaso apoyo de Motorola, y por otra parte la compañía estaba molesta por la porfía de Chuck y su equipo, finalmente la gota que rebalsó el vaso fue la petición formal de Motorola para detener el proyecto, lo que hizo que Chuck y su equipo decidieran abandonar la compañía, para seguir trabajando en su microprocesador por su propia cuenta.

El grupo se integró a una compañía de bajo perfil llamada MOS, en donde llegaron a un acuerdo para participar en las ganancias que podrían obtener con el nuevo microprocesador, un acuerdo que desde el punto de vista de MOS era conveniente por la baja rentabilidad que significaba en ese tiempo la producción de estos chips. Este acuerdo, junto a la renuncia en masa de Motorola era una demostración de la confianza que tenía el equipo de ingenieros en el producto que estaban desarrollando.

El 6501 demuestra a Motorola que estaban equivocados

MOS 6501

El primer procesador de la serie 6500 fue el 6501. Un hecho inédito que rodeó el desarrollo de este chip fue que Chuck lo diseñó completamente a mano y funcionó en el primer intento, cuando lo normal en esos años era pasar por un proceso de más de 10 intentos fallidos.  Este procesador fue bastante escaso ya que no se hizo con el fin de ser vendido, sino como una forma de demostrar a Motorola lo equivocados que estaban, y que sí se podía construir un microprocesador útil y barato.

Uno de los factores que influyeron en la reducción de los costos de producción fue una innovación de estos ingenieros respecto al proceso de fabricación.  En esos tiempos, la tasa de fallas en la producción era de un 70%, es decir, sólo 7 de cada diez procesadores fabricados iban directo a la basura.  Esto ocurría principalmente debido a que el proceso consistía en crear un gran molde del procesador e ir aplicando reducciones hasta llegar al tamaño real, en estas reducciones siempre ocurrían errores y los ingenieros en MOS encontraron una forma de aplicar correcciones al molde en cada reducción, logrando con este cambio una tasa de éxito de un 70%, es decir, 7 de cada 10 procesadores resultaban perfectos.

El 6501 era totalmente compatible con las placas del Motorola 6800 y podía ser usado como un reemplazo directo a nivel de hardware, lo que motivó una demanda de Motorola por supuesta violación de patentes de sus ex-ingenieros.  Supuesta porque en realidad lo que estaba en juego era la propiedad intelectual, ya que se estaba aplicando el conocimiento de tecnologías que en realidad no estaban patentadas.  Aún así, se llegó a un acuerdo con Motorola y se pagó una suma de unos USD$200.000 para detener el pleito.

MOS presenta el 6502 desafiando a Intel y Motorola

Jobs y Wozniak en 1976

El problema con Motorola provocó la creación del 6502, se trataba de un 6501 pero incompatible con el hardware diseñado para el Motorola 6800. El 6502 debutó en WestCon 1975 al precio exacto de USD$25 que se habían propuesto.  Al principio los asistentes pensaron que se trataba de algún tipo de estafa, ya que no se concebía crear un procesador tan económico, pero en el mismo día Motorola e Intel bajaron el precio de sus procesadores 6800 y 8080 de USD$179 a sólo USD$69, validando al 6502 que se vendió por cientos.

En esos años, Commodore que estaba en el negocio de las calculadoras, estaba pasando por aprietos económicos ya que el negocio iba en bajada y la competencia era cada vez más fuerte.  Como una estrategia para cambiar el rumbo del negocio, compraron a MOS que también estaba pasando por aprietos pero que contaba con la tecnología que ellos necesitaban.

Para Chuck, el negocio de los microprocesadores estaba orientado al mundo industrial, sin embargo mientras visitaba a distintas empresas para tratar de vender el 6502 le dijeron que un par de chicos estaban tratando de usar su procesador para construir un computador personal. El hecho le pareció simpático y accedió a ir a ayudarles a su garage, se trataba nada más y nada menos que de Steve Jobs y Steve Wozniak quienes trabajaban en su primer computador Apple.  Chuck pensaba en masificar el 6502 en las industrias y para nada sospechaba que el gran mercado estaba en los computadores personales. Ni en un millón de años! Según sus propias palabras.

El legado del 6502

Atari 800XL

El 6502 es un procesador de 8 bits, esto quiere decir que todas sus operaciones internas maneja números entre 0 y 255, por otra parte posee un bus de direcciones de 16 bits que le permite acceder hasta 64KB de memoria.  El 6502 normalmente operaba con un reloj entre 1 y 2 Mhz pero dada una misma frecuencia de reloj era capaz de funcionar mucho más rápido que el 6800 de Motorola, gracias a su astuto diseño que reducía el número de ciclos de reloj necesarios para ejecutar una instrucción.  Como pueden ver, ya desde esos años la frecuencia de reloj del procesador se podía prestar para malentendidos.

Entre los computadores que se construyeron en torno al 6502 encontramos el Commodore PET, VIC-20, Apple I y II, BBC Micro y toda la linea de computadores Atari de 8 bits (XL, XE, 400, 800, etc), incluso en otro tipo de dispositivos como la unidad de disco 1541 de Commodore.

En la pionera consola Atari 2600 se utilizó una versión económica del 6502 conocida como 6507, versión que contaba con menos pines y sólo podía acceder a 8KB de memoria.  El Commodore 64 también usó un 6502 modificado, se trataba del 6510 en donde se agregó funcionalidades simples que normalmente se implementaban con circuitería adicional.

Super Nintendo

Sin duda una de las variantes más interesantes del 6502 la encontramos en la consola Nintendo Entertainment System (NES), en donde se usaba un 6502 en que funcionalidad no utilizada en la programación de videojuegos fue reemplazada por generación de sonido, manejo de joysticks y sprites, convirtiendo al procesador en un conveniente sistema integrado en un chip (system on a chip).

El 6502 fue un microprocesador que continuó su legado en el mundo de los 16 bits.  Una versión de 16 bit conocida como 65C816 es el corazón de la consola Super Nintendo.  También encontramos una versión especial del 6502 con modificaciones orientadas a videojuegos en la consola TurboGrafx-16/PC-Engine, en donde se podía cambiar la velocidad del procesador hasta llevarlo a unos 7Mhz.

Como se puede ver, el 6502 estuvo presente en al menos tres frentes de los inicios de la computación hogareña, desde el lado hi-end en Apple hasta computadores menos ambiciosos pero tremendamente exitosos como los de Commodore y Atari.  Lo que impresiona aún mas es ver que el mismo procesador que iniciaba la computación personal fue el que inició el mercado de los videojuegos hogareños con el Atari 2600, y tras la debacle de Atari en 1983 que casi termina con la industria de los videojuegos, vuelve en gloria y majestad en el NES de Nintendo para iniciar un camino sin retorno en este mercado.

Links:
- MOS Technology 6502 (Wikipedia)
- The rise of MOS Technology & the 6502 (Commodore.ca)

Uningine Demo

Luca Barbieri, uno de los desarrolladores de la arquitectura gráfica Gallium3D, publicó el código necesario para disponer de Direct3D 10/11 en Linux sin pasar por ningún tipo de intermediario, accediendo directamente a los drivers de video.

Hasta la fecha, el soporte de Direct3D en Linux era limitado: básicamente se trataba de una capa construida sobre OpenGL, el sistema gráfico 3D nativo en Linux, lo que tenía el problema de que cada operación sobre Direct3D necesitaba convertirse en operaciones equivalentes de OpenGL, para recién llegar a los drivers y luego al hardware.  Si bien en la práctica esto no significa degradar el rendimiento de una forma notoria, tenía la complejidad de cualquier tipo de traducción de este tipo, en donde no hay una equivalencia uno a uno, lo que significa mantener miles de líneas de código y aplicar un considerable esfuerzo para implementar cada versión del API.

Gallium3D busca la independencia de los distintos actores de un sistema gráfico, estos son las aplicaciones, API’s como OpenGL y Direct3D, Sistemas de Ventanas (X o Windows), drivers y finalmente hardware.  En la actualidad todos estos componentes están fuertemente ligados y por ejemplo en Windows prácticamente no hay alternativas viables entre usar OpenGL o Direct3D, y en el caso de Linux lo único garantizado hasta el momento era el soporte de OpenGL.

Con Gallium3D no hay que casarse con ninguna tecnología en particular, y el trabajo de Luca justamente apunta a convertir a Direct3D en una gráfica API nativa en Linux, al mismo nivel de lo que hoy en día es OpenGL.  Es más, según los entendidos, el diseño de Direct3D 11 es superior en cuanto a potencia y simplicidad el compararse con OpenGL, lo que significará una alternativa de primer nivel para los desarrolladores de aplicaciones gráficas sobre sistemas no-Windows:

El tercer objetivo es proveer una alternativa para programación gráfica superior a OpenGL en sistemas no-Windows, particularmente en Linux y otros sistemas abiertos. Gracias a un limpio diseño planteado desde cero, las APIs Direct3D 10/11 son superiores a OpenGL y pueden ser soportadas por menos código y tiempo de desarrollo, tal como se puede ver al comparar las lineas de código de esta implementación (Direct3D sobre Linux) respecto a la implementación actual de OpenGL a través de Mesa. Finalmente, una implementación madura de Direct3D 10/11 va a ser intrínsecamente más rápida y confiable que las implementaciones de OpenGL, gracias a un API significativamente más pequeña y la forma en que se divide el trabajo entre el API y las aplicaciones.

En el caso de los drivers de código cerrado de ATI y NVIDIA no se cuenta con acceso directo a las funciones de aceleración sin antes pasar por OpenGL, pero aún así la situación de Gallium3D es muy superior al estado actual de las traducciones ente Direct3D y OpenGL, esto debido a que la implementación de Direct3D sólo depende de Gallium3D y es éste quien usará en forma nativa los servicios del hardware a través de un API basado en OpenGL, sin forzar una traducción entre API’s.

¿Qué significa para los juegos en Linux?

La implementación de Direct3D es una parte del problema, también se encuentra el desafío de tener API’s adecuadas para sonido y manejo de dispositivos de entrada, realidad que ha mejorado bastante en los últimos años. Pero esto es sólo si pensamos en juegos nativos para Linux usando Direct3D, porque en realidad los primeros beneficiados con este avance son las implementaciones del API de Windows en Linux, como es el caso de wine y productos derivados como Cedega.

Tanto wine como sus derivados usan el actual mecanismo de transformación de invocaciones desde Direct3D a OpenGL, y con un gran esfuerzo se había logrado implementar hasta Direct3D 10.  Con Gallium3D se podrá optar por usar Direc3D 11 directamente, sin pasar por OpenGL y es cosa de tiempo de que esta alternativa se encuentre disponible para todo el mundo.

Link: Direct3D 10/11 is now natively implemented in Linux (Phoronix)

Para entender lo que está pasando hay que tener claros los conceptos que están en juego, confundirlos es fácil y hace que rápidamente se puedan sacar conclusiones equivocadas: Un dato por aquí, desconocimiento por allá, sumado a experiencias personales, grandes dosis de suposición y Salfateismo están causando más tormenta de lo que el caso se merece.  Aunque no niego que sea entretenido.

Los dos pilares fundamentales de todo este asunto son las licencias y las patentes:  Una licencia es un contrato entre el poseedor de los derechos sobre una tecnología y quien la va a utilizar. En esta licencia se establecen los limites de los derechos cedidos por el propietario original.  Cualquiera puede inventar una licencia, pero hacerla valer es otra historia, sobre todo si estamos hablando de hacerla valer en una corte.  Ya que se trata de un contrato, si uno se pone creativo y no tiene los conocimientos de derecho suficientes, es muy probable que termine con una licencia inútil, igual que un contrato con vacíos legales.  Para evitar este problema, existen licencias que uno puede reutilizar, licencias que ya se han probado en la corte y son bastante conocidas, lo que ayuda a entender qué tipo de contrato se está estableciendo.  En el mundo del software libre tenemos licencias como la famosa GPL, pero también se han creado casos especiales como MPL (Mozilla Public License) y MS-PL (Microsoft Public License).

El otro aspecto en juego son las patentes.  Básicamente una patente es una protección sobre una idea. Se trata de una constancia de que una persona u organización ha inventado algo.  La idea original era proteger la innovación, para que aquellos que invirtieran en investigación lograran tener el privilegio de usar su invención sin que otro la copiara y le quitara los beneficios a su creador.  Hasta ahí todo bien, pero el problema es que las patentes pueden ser muy ambiguas y quien las registra en la práctica no necesariamente es quien ha creado la idea.  Es así como encontramos patentes por ideas obvias, o patentes que cubren invenciones que no pertenecen a quien hizo el registro de esa patente.

El licenciamiento de Java

El caso de Oracle contra Google es una combinación de ambos factores.  Aunque el lado legal se ha llevado a través de las patentes, hay un problema de licenciamiento histórico sobre la tecnología Java.  La idea de Java es permitir que el código fuente y el código compilado se pueda usar en cualquier dispositivo que implemente una máquina virtual de Java.  Para garantizar esta portabilidad, tanto el código fuente como el código compilado debe seguir un estándar, y en este caso era Sun quien definía ese estándar.

Para poder usar el nombre de Java (licencia), Sun tenía que dar su aprobación sobre las distintas implementaciones de la tecnología.  Algo parecido a lo que vemos hoy con Google sucedió en los ’90 cuando Microsoft comenzó a crear una versión divergente de Java.  Se trataba de una implementación que generaba una dependencia con Windows, el viejo truco de torcer un estándar para que los las aplicaciones y usuarios quedaran dependientes de una plataforma, convirtiéndose en un estándar de facto.  En esa oportunidad, Sun hizo valer sus licencias y Microsoft tuvo que retirar su implementación de Java y pagar una buena compensación.

Lo que hizo Google no se aleja tanto de lo que hizo Microsoft en su momento, sólo cambia el tipo de licenciamiento establecido para la tecnología Java.  En los tiempos del conflicto con Microsoft, el licenciamiento de Java era bastante restringido, con penas del infierno a quien se alejara de la linea de Sun.  Pero a partir del 2006, Sun cambia el licenciamiento del código de Java a GPLv2, lo que facilitó la inclusión de Java en sistemas operativos de código abierto, pero complicó el entendimiento de los derechos de Sun sobre la tecnología.

El licenciamiento de Software Libre/Código abierto como GPL no significa que el poseedor de los derechos sobre el software los pierda, sólo da libertades de uso suficientes para que el software evolucione y se propague libremente.  No siquiera esto tiene que ver con un tema de precios, de hecho licencias como GPL están pensadas para que se puedan usar comercialmente.  Son varios los productos que hoy utilizan software con licencias GPL, si lo quiere confirmar, revise la documentación incluida con los aparatos que compra.

Google y las patentes sobre Java

Si Google hubiese usado el código de Sun para Android no estaríamos discutiendo este tema, ya que la licencia GPL lo permite.  El problema es que Google utilizó la tecnología de Sun a su propio antojo, se trata de una tecnología propia, compatible con Java pero que en realidad no es Java, o al menos no es lo que Sun establecía como Java, y es ahí donde entramos al terreno de la violación de patentes.  Google no está usando el código de Sun, lo que está haciendo es crear un producto propio que hace cosas similares a lo creado por Sun, en otras palabras está aprovechándose de una invención que Sun ya tiene patentada.

Esto no tiene nada que ver con que Java sea o no de código abierto ¿Entonces por qué Google dice que están atacando al código abierto? Basta darse una vuelta por blogs y foros para ver el efecto de las palabras de Google en la comunidad.

El lío en que está metido Google es complejo, Oracle está pidiendo nada menos que  la destrucción de todo lo que tenga que ver con Android.  El problema es que Google es sólo el creador de la tecnología, y ésta hace rato que traspasó los límites de la compañía.  Para quienes crean que Oracle es malvado, deben saber que este es un tema que Sun ya tenía en sus manos, pero no estaba en una situación de enredarse en un lío judicial con otro gigante.  Una vez traspasada la propiedad a Oracle, los bolsillos son mucho más holgados.

Durante las negociaciones entre Oracle y Sun, uno de los atractivos era justamente la posibilidad de llevar un juicio contra Google, hecho confirmado por James Gosling el creador de Java, por lo que no es de extrañar que sabiendo esto haya dejado la compañía rápidamente tras la adquisición:

Oracle finalmente inicia una acción legal por patentes contra Google.  No es de sorprender.  Durante las reuniones de fusión entre Sun y Oracle, donde se discutió el tema de la situación de patentes entre Sun y Google, pudimos ver brillar los ojitos de los abogados de Oracle.  Establecer jucios por patentes nunca estuvo en el código genético de Sun.

Las patentes y el código abierto, o no tanto

El problema de las patentes no es menor.  Normalmente no sucede nada porque existen tantas patentes que las grandes empresas tienen un gran arsenal, y la respuesta puede ser igual de contundente.  Se puede decir que cualquier tecnología puede estar violando patentes, ya lo vimos recientemente con el caso de VP8 y los codificadores de video.

Uno de los que seguramente no se sorprendió con este tema es Miguel de Icaza, fundador del proyecto GNOME y Mono, la implementación libre de .NET.  A principios de la década, hubo una gran discusión respecto a la introducción de tecnologías de Microsoft cubiertas por patentes, y uno de los argumentos en contra era que Java estaba libre de este problema.   En ese entonces Miguel básicamente decía que pensar eso era iluso y que el riesgo estaba en todos lados.  Irónicamente Microsoft nunca ha aplicado sus patentes contra Mono, o al menos no en la corte, y fue Oracle quien lanzó la primera bomba.

El código abierto no está en peligro, para eso tendría que morir mucha gente.  El problema está en la confianza o inocencia de Google para jugar con fuego sin sospechar que la propiedad de Java caería en manos poderosas.  Lo que está haciendo Oracle parece ser de matones, pero sólo está reclamando lo que el sistema legal norteamericano le permite.  Por mientras, Oracle sigue usando y produciendo código abierto, incluso dando productos gratuitos aunque sean cerrados, eso contradice cualquier argumento de que el tema está relacionado con el código abierto.

Cuando inicié este artículo pensaba incluir el caso de OpenSolaris, pero creo que ya hay suficiente material para llevar la discusión a donde corresponde, o al menos entretenerse durante el día.  Los invito a comentar!

Nota: Sé que varios se preguntan por qué no he escrito en Fayerwayer.  Decidí tomarme un tiempo para trabajar en algunos proyectos personales, por lo que mi tiempo para leer y escribir noticias se ha reducido bastante.  Antes de que pregunten respondo: Tiene que ver con tecnología? Sí.  Tiene que ver con Linux? Sí.  Creanme que soy uno de los más interesados en poder contarles de qué se trata, y así lo haré en su momento, pero por ahora hay que trabajar en hacerlo realidad.

La comunidad KDE lanzó la versión 4.5.0 de KDE SC (KDE Software Compilation), que incluye un gran conjunto de aplicaciones, la plataforma de desarrollo y los espacios de trabajo Plasma Desktop y Plasma Netbook.

Esta versión se centró en la usabilidad, el rendimiento y la estabilidad de muchas características y tecnologías introducidas anteriormente. Entre las principales novedades se encuentran:

• Grandes cambios en el área de notificaciones. Ahora se utilizan iconos monocromáticos que otorgan una mayor claridad visual y se rediseñaron las notificaciones emergentes.
• El gestor de ventanas Kwin ahora soporta el modo Tilling, que permite organizar las ventanas sobre el escritorio sin que se superpongan. Además, ahora es posible mover las ventanas arrastrando un área vacía de la misma (de momento sólo funciona con aplicaciones Qt/KDE).
• La antigua interfaz para el manejo de las “actividades” ha sido completamente reemplazada por un “Gestor de actividades”, similar al diálogo para añadir componentes.
• El espacio de trabajo Plasma Netbook también ha recibido importantes mejoras, especialmente en cuanto al rendimiento.
• WebKit, el motor de renderizado utilizado por Safari y Google Chrome (entre otros), ha sido completamente integrado en KDE SC y ya es posible utilizarlo en el navegador web Konqueror en lugar de KHTML (el que, sin embargo, sigue siendo el motor predeterminado).
• Por primera vez se incluye una gran aplicación escrita totalmente en lenguaje Python. Se trata del juego Kajongg, una versión para cuatro jugadores del clásico Mahjong.
• La aplicación de globo terráqueo virtual Marble ahora permite planificar rutas y descargar todos los datos de un mapa para poder consultarlos después sin necesidad de una conexión a Internet.
• Se mejora la integración del sistema multimedia Phonon con Pulseaudio.

En esta ocasión se han introducido menos características novedosas que en otras versiones, ya que el foco estuvo centrado en mejorar lo que ya existía. La opinión general de los desarrolladores es que con esta versión por fin KDE SC alcanza la estabilidad y madurez de la mítica KDE 3.5.

De acuerdo con la política de lanzamientos de la comunidad KDE, se publicarán actualizaciones mensuales de mantenimiento (con la numeración 4.5.1, 4.5.2, etc.) hasta dentro de 6 meses, cuando se lance la versión 4.6.0 con nuevas características que ya están en proceso.

Ya existen paquetes disponibles para Kubuntu, Fedora, openSUSE, Mandriva y muchas otras distribuciones de Linux.

Bonus Track: Las “actividades” comienzan a tomar sentido

Una de las novedades de la serie KDE 4 fue el introducir el concepto de “actividades”. Éste se refiere a un conjunto de widgets (o mini-aplicaciones) que tienen su propio wallpaper y que permiten de esta forma crear varios “ambientes” de trabajo. Por ejemplo, yo suelo utilizar dos actividades: una llamada “Personal” en la que se encuentran widgets relacionados con las redes sociales (Twitter, Facebook, etc.), fotos de mi familia, un post-it con mis pendientes, etc.; y otra actividad llamada “Trabajo”, con un wallpaper más “corporativo”, monitores de red y/o servidores, etc.

Con KDE SC 4.5 se amplía el concepto, permitiendo que las aplicaciones puedan ser relacionadas con las actividades. Además se mejoró la administración de estas actividades: ahora es posible usar el menú contextual de Plasma o un acceso rápido de teclado (Win-TAB) para cambiar de actividad.

Nota: Este artículo fue preparado por Christian González, activo miembro de la comunidad FayerWayer y colaborador de Area Linux.  Christian se especializa en temas relacionados con KDE y escritorios de código abierto en general.

Link: KDE publica la versión 4.5.0 de la plataforma de desarrollo, las aplicaciones y el espacio de trabajo Plasma (KDE.org)

Segun Aaron, la extensión es bastante simple – para sus estándares, claro está – y se apoya completamente en otras piezas que se hacen cargo del trabajo mayor.  Básicamente lo que hizo fue integrar el motor de render de html WebKit y conectar algunos eventos con el reproductor Banshee para por ejemplo, tomar el control de las descargas o escuchar una canción en el mismo reproductor.

La mejora no solo entusiasma a los usuarios tradicionales de Linux, ya que si consideramos que Banshee es una aplicación que también está corriendo en otras plataformas como MeeGo, estamos frente a una extensión que también podría llegar a los  futuros usuarios casuales del sistema operativo de código abierto.

Video demostrativo después del salto.

Click aqui para ver el video.

Link: Amazon MP3 Store in Banshee (blog de Aaron Bockover)

En FUDCon podemos encontrar una combinación de sesiones técnicas, talleres y hackfests, y por supuesto mucha conversación orientada al desarrollo del proyecto Fedora.  En las actividades programadas para este año se pueden encontrar sesiones que cubrirán temas que van desde las áreas artísticas como Inkscape y Blender hasta temas muy específicos como el desarrollo de drivers para Linux.

La actividad se realizará en la Universidad Central los días 15, 16 y 17 de Julio, y en la programación se puede ver una división en tres lineas de trabajo : Sesiones generales, Técnicas y Prácticas.  Hasta el momento hay 35 sesiones confirmadas, la mayoría de ellas será en español a cargo de expositores de Brasil, México y Venezuela, pero también se realizarán sesiones en inglés por expositores de USA, Japón y Australia.

De los expositores, varios de ellos trabajan en Red Hat Inc y participan activamente en el proyecto Fedora, también hay varios destacados expositores de Chile, provenientes tanto del mismo proyecto Fedora, de GNU Chile y otros que se han hecho famosos en los tradicionales Encuentros Nacionales de Linux.

Sebastián Sallés quien es el coordinador del evento y líder de la Comunidad Linux de la Universidad Central de Chile – UCENTUX – estuvo como invitado en el capítulo #31 de Drunk Podcast compartiendo la experiencia de organizar este evento en Chile y entregando detalles adicionales de lo que les espera a los asistentes.  También se puede anticipar cómo es FUDCon con el video publicado por Red Hat Magazine de FUDCon 2009, realizado en Boston, USA.

No está de más decir que el evento es absolutamente gratuito y que es una excelente oportunidad no sólo para ir a escuchar, sino que también para involucrarse en este importante proyecto.

Link: FUDCon Santiago 2010 (Fedora Project)

Los resultados y conclusiones de la encuesta son bastante discutibles, pero al menos publican los datos obtenidos para quien quiera realizar su propio análisis.  Por otra parte, el número de encuestados es bastante bajo y no hay ninguna forma de medir qué tan representativa es la muestra.  Dicho esto, veamos qué conclusiones obtuvo Eclipse Foundation:

Uno de los resultados que varios sitios están destacando es el que tiene que ver con las preferencias de sistema operativo de los encuestados y cómo éstas han ido cambiando desde el 2007 a la fecha.  En éste resultado se ve que la mayoría de los desarrolladores mantienen su preferencia por Windows pero gradualmente lo van abandonando para migrar a Linux y Mac OSX.  En estos tres años, el porcentaje de desarrolladores que usaban Windows como sistema de escritorio bajó de 73.8% a 58.3, mientras que el uso de Linux se incrementó de 20.0% a 32.7%.  En el caso de Mac OSX se ve un notable crecimiento porcentual, pero aún se encuentra lejos de su competencia, subió de 3.5% a sólo 7.9%.

Estas cifras indican que prácticamente 1 de cada 3 usuarios de Eclipse utiliza Linux, y 2 de cada 3 prefieren Windows, mientras que el uso de Mac OSX para estas tareas es casi accidental, aunque creció a más del doble desde el 2007.

Otros resultados interesantes son la preferencia de los desarrolladores por el framework Spring y el sistema de control de versiones Subversion,y un empate técnico entre Bugzilla y JIRA como sistemas de bugtracking.  Por otra parte el apuntarlos esfuerzos a la nube no logra despertar el interés de un 60% de los encuestados… aún.

Un aspecto muy interesante de esta encuesta es la correlación que se establece entre lenguaje, sistema operativo y base de datos utilizada por los desarrolladores.  Se indica que las bases de datos más utilizadas son MySQL y Oracle, y la correlación que se establece es que los desarrolladores que prefieren MySQL no usan Java como lenguaje principal, sino que PHP.  Su sistema operativo de escritorio es Linux y el tipo de aplicaciones que desarrollan es RIA (Rich Internet Application).

Por el lado de Oracle, el lenguaje preferido es Java trabajando sobre escritorios Windows para desarrollar aplicaciones que corren principalmente en el lado del servidor, ejecutándose finalmente en servidores de aplicaciones como JBoss, Weblogic e IBM Websphere.

Link: Eclipse Community Survey 2010 (Eclipse Foundation)

En esta oportunidad hablaremos de un aspecto poco conocido de Fedora: Se trata de ediciones especiales o spins en donde podemos encontrar distribuciones derivadas del Fedora conocido por todos, pero enfocado a distintos tipos de usuario.

Estas ediciones son imágenes de discos para ser usadas en modo live, es decir, no se instalan en el disco duro sino que se usan directamente desde el DVD, CD o disco USB según sea nuestra preferencia.  Con estas ediciones podemos probar en forma simple y segura las tecnologías desarrolladas alrededor de Linux y en especial alrededor de Fedora. Son ideales por ejemplo, para cursos en donde los estudiantes sólo necesitan usar una parte específica del sistema sin tener que modificar la configuración de sus propios computadores… Es el primer paso antes de la conquista de nuevos usuarios… Y el alejamiento de otros, la cuna de algunos de nuestros queridos trolls.

Entre los spins disponibles podemos encontrar ediciones dedicadas al diseño gráfico, a los juegos, a la electrónica, el proyecto Moblin y el proyecto Sugar, entre otros. Incluso se proveen las herramientas para crear una edición propia de Fedora, ideal por ejemplo para entregar demos de productos basados en Linux en donde el usuario final puede probar todo desde un LiveCD con una buena base como es Fedora.

Links:
- Ediciones de Fedora (Fedora Project)
- Fedora Linux a tu gusto con Fedora Spins (Linux Los Ángeles)

Evolution Express en MeeGo - Michael Meeks

Hace poco tuve el placer de mostrarles cómo serán las aplicaciones de escritorio llevadas a la nueva plataforma MeeGo, usando como ejemplo el reproductor de medios Banshee.  Ahora el invitado es Evolution, el cliente de correo de GNOME que se está preparando para ser llevado a MeeGo bajo el nombre de Evolution Express.

En los tiempos de Moblin – el padre de MeeGo por parte de Intel – se estuvo trabajando en un cliente de correo liviano llamado Anjal, pero éste poco a poco mostró algunas limitaciones y además estaba tomando mucho tiempo llevarlo a un nivel de madurez aceptable.  Para MeeGo se planteó un camino diferente: Adaptar Evolution a MeeGo conservando lo mejor de Anjal, y el resultado es espectacular.

Como hemos dicho muchas veces, el netbook debería ser tratado como un dispositivo especial, ya que no siempre sirve llevar las aplicaciones de escritorio tal como fueron diseñadas a estas pantallas de reducidas dimensiones.  Con esto en mente, Evolution ahora incluye cambios en su interfaz de usuario para adaptarse lo mejor posible a la pantalla de un netbook cuando se da cuenta que corre sobre MeeGo.  A la pasada se corrigieron otros detalles de usabilidad que estarán disponibles en la versión de Evolution para todo el mundo y que apunta a GNOME3.

Evolution no sólo se preocupa del correo electrónico, sino que en una forma muy similar a Outlook de Microsoft, también permite manejar agenda, contactos y calendario.  En esta nueva encarnación de Evolution se han separado estas funcionalidades como aplicaciones independientes para que el usuario las pueda lanzar por separado, por ejemplo para ver el calendario sin tener que levantar el componente del correo.

Michael Meeks, el desarrollador de Evolution que cuenta toda la historia en su blog, destaca que este es un esfuerzo que reune los talentos de varias empresas, en donde se encuentran Intel, Novell, Red Hat y Collabora, además incorporando el trabajo y la experiencia del proyecto Mozilla en Thunderbird.

¿Dije además que otro trabajo independiente permite instalar fácilmente Evolution en Windows?

Link: Evolution Express for MeeGo (blog de Michael Meeks)

Ayer fue publicada la versión 1.0 de MeeGo para Netbooks.  Es un anuncio bastante esperado ya que si bien se habían publicado avances de MeeGo, aún no se veía cómo iba a ser la interfaz gráfica, aspecto en que Intel ya había avanzado bastante desde los tiempos de Moblin.

Aaron Bockover presenta en su blog una de las aplicaciones de escritorio integradas en MeeGo.  Se trata de Banshee, uno de los mejores reproductores de audio disponibles en Linux, y vaya que han hecho un buen trabajo en su versión para MeeGo.

En MeeGo, la mayoría de las tares se inician desde la barra superior, en donde hay botones para ir a la funcionalidad de chat, entrar a redes sociales, navegar y en este caso, reproducir audio.  Al seleccionar esta última opción, una versión totalmente integrada con MeeGo se hace presente, y es la que podemos ver en la captura que encabeza este artículo.

En mi opinión, la interfaz se ve tan pulcra que uno desearía tener exactamente la misma interfaz de Banshee en un sistema Linux de escritorio común y corriente.  Pero en este caso lo han hecho al revés:  Como se ve en la captura que aparece más abajo, en MeeGo se puede levantar una interfaz de Banshee similar a la de escritorio pero con algunas modificaciones especiales para esta nueva plataforma:

• Interfaz de usuario adaptada a pantallas pequeñas
• No hay menú principal.  Todas las acciones se acceden con un menú de acceso rápido en la parte superior derecha (tipo Chrome?)
• No hay barra de estado
• Look & Feel de MeeGo.

La verdad es que el resultado no deja de sorprender y daría gusto que el resto de las aplicaciones sigan estos pasos, enfrentando el dispositivo no como un “notebook chico”, sino que entendiéndolo como una herramienta que permita acceder a miniaplicaciones simples pero potentes.

Interfaz "clásica" de Banshee en MeeGo

Links:
- MeeGo disponible para netbooks y N900 (CHW.net)
- Banshee for MeeGo (Aaron Bockover)

¿Qué tan profesional es el editor? Ha recibido varios premios de la academia y Emmy’s. Varias decenas de películas se han editado con él, entre las que podemos encontrar Shutter Island, Centurion, Moulin Rouge, The Aviator, BraveHeart y Mission Impossible.

EditShare, la compañía tras Lightworks había anunciado previamente que abriría el código de su editor de video. Al abrirlo también se creaba la posibilidad de que la comunidad creara una versión para Linux y finalmente han declarado que quieren que así sea:

Hemos recibido un montón de preguntas sobre el soporte de sistemas operativos en Lightworks.  Actualmente Lightworks corre en Windows 7 y Windows XP.  Una de los aspectos que nos motivó a hacerlo de código abierto era invitar a otros desarrolladores para que se involucren y nos ayuden hacer que Lightworks sea multiplataforma.  Nuestra intención es llevarlo a Linux y OSX.

Como acostumbran en general las empresas, tendremos dos ediciones de Lightworks, una de código abierto en donde incluirán todo lo que puedan publicar, dejando extensiones propietarias fuera de esta edición obviamente, y otra versión comercial que será para aquellos que necesiten todo integrado más el soporte de EditShare.

Mientras trabajan en lo necesario para abrir el código, seguirán añadiendo funcionalidades nuevas, siendo el objetivo tener la primera versión descargable a fines de este año.

Link: Hello from the Lightworks Development Team (EasyShare)

Plasma Netbook es una interfaz de usuario basada en KDE y diseñada especialmente para netbooks, algo similar a lo que está haciendo Canonical con Unity.  En este tipo de interfaz se deben considerar aspectos como potencia de cálculo, uso de energía y algo muy importante, el tamaño de la pantalla: Las aplicaciones que encontramos en un escritorio común y corriente no necesariamente serán productivas en un netbook debido a al tamaño reducido de sus pantallas.

A pesar de estas restricciones, desde los inicios de Plasma Netbook el concepto de netbook ha ido cambiando poco a poco, y ya no se trata de dispositivos limitados de poder o capacidades de almacenamiento, pero si se ha mantenido el tamaño reducido de las pantallas por motivos de portabilidad obviamente. Debido a esta evolución, ahora se pueden relajar las restricciones para hacer interfaces de usuario atractivas, sólo se debe considerar que a pesar de que aumenten las resoluciones de las pantallas, siguen siendo pequeñas para nuestros ojos.

En Plasma Netbook 4.5 no sólo se está orientado a los netbooks, sino que a otros dispositivos que están apareciendo y que también están enfocados a la portalidad, como los tablets y teléfonos móviles.  Es por esto que además de aprovechar las optimizaciones que Nokia ha realizado en Qt, también se ha agregado soporte para drag and drop en donde sea posible, pensando en el uso de Plasma Netbook con dispositivos sensibles al tacto.

A continuación hay un video de Plasma Netbook corriendo en tres equipos distintos: Un netbook normal, un tablet pequeño de 800Mhz y un tablet algo más grande de 1Ghz.  El autor de estos videos destaca que el driver de video usado en las pruebas no usa aceleración por hardware (es el VESA) y aún así la interfaz corre en forma basante decente.

Click aqui para ver el video.

También hay otra mejora para que los Plasma Widgets o miniaplicaciones se desplieguen con la mejor distribución posible en la pantalla, en un formato que sus autores llaman “de periódico”.  La mejor forma de hacerse una idea de cómo funciona es ver el siguiente video.

Click aqui para ver el video.

Como pueden ver, el desarrollo de Plasma Netbook va bastante bien, y aunque ya tenemos varias alternativas de interfaz de usuario especialmente adaptadas a estos dispositivos, los fanáticos de KDE cuentan con su propia opción y no tiene nada que envidiar a otras alternativas más publicitadas.

Link: Plasma Netbook 4.5 (Tale of a little pixel)

El año pasado les contamos que Microsoft publicaría las especificaciones del formato de archivos .PST de Outlook.  La idea era que el contenido de estos archivos fuera accesible desde otras aplicaciones además del propio Microsoft Outlook.  Estos archivos contienen entre otras cosas, el correo que maneja la aplicación, y el que fuera un formato cerrado dificultaba la migración a otro sistema de correo o incluso peor, que los usuarios tuvieran control sobre su contenido.

Este primer paso dado por la compañía ayudó a que los usuarios pudieran recuperar el control de su propia información, permitiendo el desarrollo de aplicaciones propias que usaran la información contenida en estos archivos.  Ahora Microsoft agrega una ayuda adicional entregando una herramienta para visualizar el contenido de los archivos y un SDK para que terceros construyan aplicaciones que usen estos archivos sin tener que desgastarse en los detalles de bajo nivel, evitando tener que leer el formato directamente.

La industria en su totalidad se beneficia de herramientas e información que mejoran la interoperabilidad con nuestros productos más populares.  La documentación de los archivos .PSFT facilita que productos de otras firmas interoperen con los datos de Outlook.  Los clientes nos están diciendo que necesitan mayor interoperabilidad, y creemos que incentivando la competencia y la oportunidad de elección crearemos más oportunidades para los clientes, partners y desarrolladores.  (William Kennedy, Vicepresidente de Office Communications and Forms en Microsoft)

Con estas herramientas, cualquier organización ahora puede explotar la información contenida en estos archivos, por ejemplo para aplicar búsquedas o generar estadísticas.

Link: Microsoft delivers on Interoperability Principles with Office Outlook (Microsoft)

Nokia ha publicado una actualización 1.2 del firmware para sus famosos teléfonos N900, y una de sus mejoras más llamativas es el soporte de videollamadas.  Pero no estamos hablando de videollamadas comunes y corrientes, si es que se pueden llamar así, sino que han convertido el N900 en el primer teléfono que permite videollamadas a través de Skype y Google Talk en un mismo aparato y en forma nativa.

Los detalles los entrega Olivier Crête, uno de los ingenieros de Collabora que aparece en la captura de pantalla que encabeza este artículo. Olivier trabajó en dos piezas fundamentales que se usaron para implementar esta nueva funcionalidad : El framework de video conferencia Farsight, y el framework multimedia Gstreamer.  Collabora hace pocos días también hizo noticia cuando Google anunció que trabajaron en conjunto para tener una implementación de código abierto del codec VP8 integrándolo en Gstreamer.

Uno de los aspectos interesantes del N900 es que usa la misma tecnología que encontramos en un sistema de escritorio Linux tradicional, esto incluye Farsight, Gstreamer y también Telepathy, que es el framework de comunicaciones para que las aplicaciones puedan hacer uso de los protocolos XMPP (Jabber/Google Talk), SIP (Telefonía IP), incorporando el uso de audio y  video como es este caso.

Este trabajo utiliza el clásico codec H.264, pero ya se está trabajando junto a Google en la integración de VP8 en esta plataforma.  Por el momento, ya se están haciendo pruebas de streaming de video y videollamadas en Linux usando VP8.

Por otra parte, me cuentan por interno que Nokia se encuentra realizando la conferencia Nokia Talk en Miami, en donde han reunido a los principales bloggers de latinoamérica.  Como es de esperar, Leo Prieto fue invitado para participar en un panel sobre cómo vivir del blogging, a través de su experiencia con Betazeta, y también se encuentra Alexander Schek (Mr. Chips) quien además es oriundo de la zona.

Actualización : Leo Prieto acaba de confirmar en Nokia Talk que tal como indicaba Wayerless, no habrá MeeGo para N900 y se mantendrá la plataforma Maemo en él.

Links:
- N900 Video Calls – Skpye too! (blog de Olivier Crête)
- N900 recibe actualización, Nokia descarta darle soporte como Meego (Wayerless)

Jim Ellis, uno de los creadores de Usenet / Duke Today

El pasado 20 de Mayo fue desconectado el primer servidor de Usenet News que aún se encontraba alojado en la Universidad de Duke, y la verdad es qué no sé qué es mas triste, si la noticia en sí misma o el hecho de que pocos se enteraron de este momento histórico.  Este artículo, más que una noticia, es un humilde homenaje a este casi extinto servicio.

Para quienes no conocieron Usenet News se trata del primer servicio de comunicación masivo de Internet, de hecho, como tal era bastante popular antes de que ARPANET se convirtiera en Internet, estamos hablando literalmente de la pre-historia de Internet.  En esos entonces, ARPANET era una red bastante restringida, y un grupo de usuarios quería facilitar la comunicación de quienes quisieran participar, creando la red de los usuarios o “Users Network”, conocida por muchos como USENET, y por su creadores como “Arpanet de los pobres”.

El servicio de noticias de USENET, conocido como USENET News, permite que los usuarios publiquen mensajes clasificados por categorías para incentivar la discusión y propagación de noticias, es el antepasado de los foros, creado en un 1979, cuando estábamos a más de una década de que existiera el concepto de página web.

USENET News fue testigo de muchos hechos históricos, fue aquí en donde se crearon los emoticons, Richard Stallman anunció el proyecto GNU, Tim Berners-Lee anunció su proyecto de la World Wide Web, se publicó el primer spam, los primeros hoaxes, las primeras guerras santas y como seguramente sospechan, Linus Torvalds anunció su proyecto de construir un Unix para PCs.

Aunque hoy se mantiene en uso, la proliferación de foros y espacios públicos de fácil acceso a través de páginas web, en donde cualquier troll puede hacer de las suyas, ha provocado que este histórico servicio haya perdido relevancia para la mayoría de los usuarios.

Afortunadamente, no podía ser otro sino Google quién se ha preocupado de mantener los posts desde el año 1981 a la época, incluyendo obviamente, la capacidad de búsqueda en este inmenso archivo.

Links:
- A piece of Internet History (Duke Today)
- 20 Year Archive on Google Groups

Casa Solitaria / (cc) por Michael Otto

Nathan Williams, productor y director de documentales para la BBC y Discovery, cuenta en Blender Nation que su último documental titulado “La Batalla por Norteamérica” cuenta con gráficos realizados 100% por Blender, el modelador y renderizador de código abierto.

Williams ya había tenido experiencia usando Blender para uno de los episodios de la serie “Al interior del Universo con Stephen Hawking” para Discovery.  Los gráficos en esa oportunidad estaban a cargo de la compañía Red Vision que ocupaba Maya, pero él hizo los borradores, pruebas y gráficos conceptuales con Blender como una forma de aprender esta herramienta.

Esta experiencia lo llevo usar Blender como herramienta principal en su nueva producción para la BBC. Aunque los resultados no tienen nada de sorprendentes, es otro ejemplo de que esta herramienta va poco a poco ganándose la confianza de los creadores de gráficos por computador.

Recordemos que Blender fue creado por la empresa NaN y fue liberado como código abierto una vez que la empresa cesó sus operaciones.  La forma en que se liberó fue bastante astuta, porque pidieron recolectar unos US$100.000 de la época, cifra que se alcanzó en un par de meses.

A continuación pueden ver un video publicado por Williams en donde muestra los gráficos creados para la BBC con Blender.

Click aqui para ver el video.

Links:
- Blender and Stephen Hawking (Blender Nation)
- Blender on the BBC (Blender Nation)

LightSpark con profiling activado / Alessandro Pignotti

Una de las críticas a la tecnología Flash de Adobe es que es cerrada, o al menos esa una de las explicaciones de Jobs para no permitirlo en el iPhone.  Pero algo que no muchos saben es que Adobe publicó la documentación del formato de los archivos de Flash hace tiempo (SWF) y es posible que terceros creen reproductores compatibles con este formato de contenido.

Es así como el año pasado se inicia el proyecto Lightspark, en donde se tomó la documentación de Adobe para implementar la tecnología necesaria que permita usar este contenido en Linux aprovechando las capacidades del sistema. El usar esta documentación está demostrando ser un camino mucho más exitoso que el seguido por Gnash, respaldado por Free Software Foundation pero construido en base a ingeniería inversa.

Detrás de este proyecto está Alessandro Pignotti, quien hoy ha declarado que Lightspark ya puede ser considerado beta.  Aunque aún no se ha llegado al punto de poder reemplazar completamente el plugin de Adobe por Lightspark, ya es tiempo de que los usuarios comiencen a probarlo y reportar defectos.

El objetivo a largo plazo de este proyecto no es sólo proveer un reproductor de Flash libre, sino que también dar a la tecnología Flash la dignidad de un estándar abierto.  Creo realmente que Flash es una tecnología poderosa, siendo su principal debilidad el ser cerrada. (Alessandro Pignotti).

Las características distintivas de Lightspark son:

• Render basado en OpenGL: Esto permite usar la aceleración por hardware para dibujar todo el contenido, en donde se incluye también y el video.  Es un poco menos eficiente que usar los mecanismos estándares de aceleración para el despliegue de video en Linux, pero permite implementar otros aspectos como filtros o zonas translúcidas en forma natural.  No lo menciona, pero perfectamente podrían agregar la decodificación por hardware también.
• Soporte casi completo de ActionScript 3.0: Se trata del lenguaje introducido en Flash 9, y está implementado como una mezcla de lenguaje interpretado y JIT (Just in Time Compilation).  Las versiones antiguas del lenguaje por ahora se corren en una tecnología distinta y no tan pulcra como la que soporta ActionScript 3.0, pero afortunadamente la mayoría de los sitios están dejando atrás las versiones antiguas del lenguaje.
• Gran parte de la biblioteca de Flash que las aplicaciones necesitan para hacer tareas típicas está implementada (ej. video render y procesamiento de XML), pero aún queda mucho por hacer.  Según Pignotti al menos es fácil trabajar en este aspecto y aunque no lo dice, es un espacio en donde se pueden involucrar rápidamente otros desarrolladores.
• Un plugin compatible con Mozilla:  Flash es una cosa y el plugin del browser es otra.  Pignotti dice que ha tratado de hacer algo robusto pese a las limitaciones de correr como plugin, por lo que invita a los usuarios a reportar sus bugs.

Lightspark ya está disponible en un repositorio PPA para Ubuntu y los usuarios que lo han probado dicen que no está listo para reemplazar al plugin de Adobe, pero que al menos en algunas cosas funciona mucho mejor, sobre todo en la reproducción de videos.

Link: Lightspark, an innovative FLOSS Flash palyer, reaches Beta status (Technology Temple)

Con el pasar de los años, hemos visto varios esfuerzos en esta dirección. Un caso icónico es el de Id Software y su saga Quake que corre nativamente en Linux, o el caso de Unreal hasta cierto punto.  Pero se trata de iniciativas casi anecdóticas y que no representan una actitud generalizada de las empresas que desarrollan videojuegos.

A principios de la década, una empresa planteó un modelo interesante: Ellos se asociaban con empresas del jet-set de los videojuegos para trabajar en las versiones nativas de Linux, se llamaban Loki y gracias a ellos vimos juegos como Soldier of Fortune, Civilization y Rune. La idea era buena, pero errores de gestión terminaron con la empresa.

Otra alternativa para jugar siempre ha sido la implementación de DirectX y la API de Windows en Linux.  De esta forma, un juego diseñado para Windows puede creer que está corriendo sobre este sistema, se trata de una astuta técnica para correr los juegos programados para Windows sin tener que aplicar emulación.  Estamos hablando de WINE : WINE Is Not an Emulator.

Dos productos basados en WINE se han enfocado en los juegos y la implementación de DirectX en Linux y Mac OSX : Cedega y Crossover Games.  Ambos se apoyan en WINE para ofrecer compatibilidad con un determinado número de juegos pero es prácticamente imposible que todos funcionen correctamente, ya que implementar estas API de Windows no es trivial, sobre todo cuando no están completamente documentadas.

En el último año hemos vistos algunos cambios en este panorama.  Uno de ellos es el surgimiento de empresas independientes que están creando juegos nativos para Linux, una astuta idea que aprovecha el hecho de que los usuarios de Linux van a dar todo su apoyo a este tipo de iniciativas, como es el caso reciente de Humble Bundle y su millón de dólares ganados en sólo una semana.

Otro cambio interesante es el incorporado recientemente en Crossover Games.  Si tienes un juego soportado oficialmente por Cedega o Crossover Games, es casi llegar y jugar, pero si es un juego diferente, es probable que necesites conocimientos avanzados para que lo puedas jugar, si es que existe alguna posibilidad.  Para simplificar la vida de los usuarios y aplicando un enfoque de comunidad, ahora en Crossover Games 9.0 se incorpora una característica que permite a los usuarios compartir archivos que configuran el sistema para correr determinados juegos.  De esta forma, los juegos que no están soportados oficialmente se podrán configurar en base a “recetas” generadas por usuarios más expertos, y esto podrá hacer que una gran cantidad de juegos de Windows comience a estar disponible en forma generalizada en Linux.

Finalmente, tenemos el caso de Valve y su sistema Steam.  Ya sabemos que existe un port oficial para Mac OSX, y el mismo día de su lanzamiento se confirmó que pronto habrá una versión para Linux.  En el sitio Phoronix hace tiempo que están siguiendo este desarrollo, al principio examinando los scripts en donde se encontraron referencias a Linux hasta que finalmente confirmaron que Valve estaba trabajando en este tema.

El tema se pone aún más interesante cuando Valve declara que este trabajo también incluye la publicación de la versión nativa de su motor Source.  Este motor es el corazón de videojuegos como Half Life 2,  Counter Strike : Source y Zeno Clash.  Se trata de un motor de características bastante avanzadas y que permitirá tener en Linux juegos de excelente nivel.

Creo que es primera vez que existen tantas alternativas para jugar en Linux, y aunque personalmente prefiero una consola para esos fines, se trata de un cambio que puede comenzar a dejar atrás uno de los grandes temas pendientes de esta plataforma.

Link:
- Running Windows games on Linux getting easier (ComputerWorld)
- It’s official : Valve releasing Steam, Source Engine for Linux! (Phoronix)

La próxima versión de Android lleva el nombre de Frozen Yogurt (Froyo)

Ya se rumoreaba, pero una sesión del próximo Google IO, que se realizará esta semana, lo confirma: Android 2.2 incluirá JIT o Just In Time Compilation. Se trata de una mejora que incrementará agresivamente el rendimiento de las aplicaciones que corren en esta plataforma.

En Android, las aplicaciones están escritas en Java y se ejecutan en Dalvik, una máquina virtual de Java especialmente diseñada por Google para esta plataforma. Se trata de un estándar propio para que las aplicaciones puedan ejecutarse en distintos dispositivos con una potente API, sin llegar a los sacrificios que tuvo que tomar Sun con J2ME (Java 2 Mobile Edition).

Cuando se programa en Java, un compilador convierte lo que el programador escribió como texto en una secuencia de números que representan a este programa.  Esta secuencia de números, conocida como byte-code, no es entendida directamente por el hardware, sino que por un software llamado máquina virtual.  Una máquina virtual como Dalvik debe procesar el byte code para convertir sus instrucciones en algo que entienda el procesador real.

Hasta ahora Dalvik se comporta como un intérprete, es decir, a medida que va leyendo el byte code ejecuta un procedimiento equivalente en el procesador del dispositivo. Por ejemplo, si hay un ciclo que se repite 1000 veces, entonces por cada una de esas iteraciones Dalvik tendrá que procesar el byte code y ejecutar sus instrucciones equivalentes, realizando el mismo procedimiento 1000 veces.

Con JIT Compilation, que se espera para Android 2.2, Dalvik convertirá secciones completas de bytecode en código ejecutable por el procesador real, este código se ejecutará sin más interrupciones.  Siguiendo el ejemplo anterior, Dalvik realizará la conversión a código real sólo una vez, y éste se ejecutará a máxima velocidad 1000 veces.

El uso de JIT es común en la implementación de Java para sistemas de escritorio y servidores, pero en Android hasta ahora habían sido bastante conservadores en este aspecto.  Con este cambio no sólo se mejorará el rendimiento sino que además la exigencia al procesador será menor, lo que reducirá el consumo de energía.  En pruebas realizadas en un Nexus One se han obtenido mejoras de rendimiento de hasta 6 veces en procesamiento de datos puro.

Bonus Track: Flash en Android 2.2

En Android 2.2 también se estrenará Flash 10.1 de Adobe. Se trata de una versión desarrollada exclusivamente para esta plataforma.  Si han estado viviendo en una caverna los últimos meses, pueden revisar el artículo dedicado a Adobe, Android y Apple.

Como adelanto, este es un video en donde Adobe muestra el funcionamiento de Flash 10.1 en Android

Click aqui para ver el video.

Links:
- A JIT Compiler for Android’s Dalvik VM (Google IO)
- JIT performance boot coming with Android 2.2 (Android and Me)

Recordemos que Chromium es la base de código abierto de Google Chrome y responsable en gran medida de sus innovadoras características, no son pocos los que ya han dejado al fiel Firefox sin mirar nunca más hacia atrás.  Además de contar con características que rompieron esquemas, como su motor Javascript, su corazón de procesamiento HTML (WebKit) hace tiempo que llegó a dar batalla frente a frente a los dos grandes líderes : Gecko de Mozilla y Trident de Microsoft (Internet Explorer).

Chromium se convirtió en un gran candidato para la edición de Netbooks, no sólo por su rapidez , sino que también por la forma en que se ha desarrollado como proyecto.  Además influyeron en esta decisión la gran cantidad de plugins disponibles y la flexibilidad de WebKit.

Antes de este encuentro se sabía que varios desarrolladores querían tener a Chromium en esta posición, aún así quedan algunas preocupaciones respecto a su falta de aspecto consistente con el resto de la interfaz de usuario, problemas de impresión y el trabajo necesario para hacerlo compatible con el nuevo menú global.  Aunque hay tiempo para resolver estos problemas, se ha fijado como límite el tercer release Alpha para tomar la decisión final de mantenerlo o volver a Firefox.

Link: Chromium to be default browser in Ubuntu 10.10 Netbook Edition (OMG! Ubuntu)

(cc) hachemuda.com

Y continúa la intensa actividad en torno al escritorio de Linux, ya que uno de los desarrolladores de Nautilus-Elementary envió al sitio “OMG! Ubuntu” un video demostrativo de este gestor de archivos al que se ha agregado el soporte de Zeitgeist para búsqueda semántica…

Un momento, vamos por partes: Nautilus Elementary es una versión modificada del tradicional gestor de archivos Nautilus para GNOME, las modificaciones apuntan a simplificar su interfaz de usuario para eliminar todo lo que se ha convertido en redundante con el tiempo, el detalle de estos cambios los analizamos hace algunos artículos.

Por otra parte Zeitgeist es una tecnología para llevar un registro de nuestra actividad en el escritorio.  Desde varias fuentes de información como nuestro historial web, los archivos que abrimos o con quien conversamos se construye una base de conocimiento para que el sistema nos ayude a retomar nuestro trabajo diario o viajar al pasado relacionando lo que estábamos haciendo en ese entonces.

Al integrar Zeitgeist en Nautilus tenemos un gestor de archivos que nos permite buscar rápidamente aquellos archivos que hemos estado utilizando, como documentos, canciones, videos, etc.  Por ejemplo podemos seleccionar el rango de tiempo (hoy, ayer, ultima semana, ultimo mes, etc) y filtrar por tipo de archivo.  La combinación de Zeitgeist con Nautilus resulta en una herramienta bastante productiva.

A continuación el video demostrativo (recomendamos verlo a pantalla completa en HD)

Click aqui para ver el video.

Bonus Track : Nautilus Elementary

Después de las ideas conceptuales presentadas por un diseñador de cómo mejorar el gestor de archivos, un grupo de desarrolladores tomó el llamado y comenzó a aplicar estos cambios en Nautilus dando paso a esta versión especial llamada Nautilus Elementary.

Hay que reconocer que el resultado se parece bastante a Finder de Mac OSX, al menos en su parte estética, pero con cambios como la integración de Zeitgeist se ve que este gestor está retomando un ritmo de desarrollo que hace tiempo se veía estancado.

Personalmente lo estoy usando y va bastante bien encaminado.  Instalarlo es bastante simple ya que está publicado en un repositorio PPA, por lo que se puede instalar directamente desde allí o a través de la sección Centro de Fuentes de Ubuntu Tweak.

Link: Nautilus-Elementary with Zeitgeist brings semantic file browsing to Ubuntu (OMG! Ubuntu)

Menú Global en KDE

Estos últimos días hemos visto interesantes y prometedoras novedades en el “escritorio libre”, en parte porque justamente durante estos días se está realizando Ubuntu Developer Summit, el encuentro de los desarrolladores de Ubuntu para trazar lineas de su próxima versión.

En esta oportunidad los que hacen noticia son los amigos del escritorio KDE, porque presentaron una implementación del menú global para este entorno de escritorio.  Se trata de una serie de modificaciones experimentales al tookit gráfico Qt que se espera llevar al publico general en KDE 4.5.

Un aspecto bastante interesante es que en Canonical están trabajando en una especificación de menú global agnóstica, es decir, independiente del escritorio y su toolkit gráfico.  Esta especificación llamada DBusMenu permite que una aplicación publique su menú para que otra aplicación lo presente en pantalla, de esta forma una aplicación desarrollada en cualquier tecnología puede ocupar el menú global preferido del usuario, un ejemplo más concreto es justamente este caso, en donde las aplicaciones desarrolladas con GTK+ (GNOME) podrán usar el menú global de KDE si se está ejecutando bajo este entorno.

Su desarrollador, Aurélien Gâteau – ingeniero de software francés que trabaja para Canonical – agregó una capacidad adicional al menú global de KDE para desplegarse al estilo “menú de inicio” de Windows, de esta forma puede se ahorrar bastante espacio horizontal en el panel si se necesita para otras aplicaciones.

Los usuarios de KDE ya pueden instalar este menú desde el PPA de Gâteau pero se advierte que es un trabajo en progreso y aún quedan detalles por corregir.

Corre video:

Click aqui para ver el video.

Link: Getting menubars out of application windows (blog de Aurélien Gâteau)

La campaña invitaba al público a pagar lo que quisieran por un pack de 6 juegos, entre ellos se encontraba el famoso World of Goo, cuyos desarrolladores ya habían experimentado los beneficios de esta forma de valorizar su producto.

En esta ocasión, además de decidir cuanto pagar por el pack,  se podía indicar cuanto de ese valor iría destinado a la caridad, con las organizaciones Electronic Frontier Foundation y Child’s Play como destino.

Los juegos vienen sin DRM, por lo que al comprar uno se puede usar donde uno quiera, y además pueden ser disfrutados en Windows, Mac OSX y Linux.  La lista se compone de Aquaria, Gish, Lugaru HD, Penumbra Overture, Samorost 2 y World of Goo.

¡Ah! y casi lo olvidaba.  Al llegar a la meta del millón de dólares decidieron abrir el código de cuatro de estos juegos : Aquaria, Gish, Lugaru HD, y Penumbra Overture.  Lugaru HD ya se encuentra disponible y los otros están en proceso de preparación del código para su liberación.  No es del todo claro en el anuncio, pero al parecer es sólo la base del juego la que se libera y no su contenido (audio, animaciones, etc), algo similar a lo realizado anteriormente por 2D Boy,  los desarrolladores de World of Goo.

La campaña aun se mantiene, así que aun hay tiempo para disfrutar y al mismo tiempo seguir apoyando la iniciativa de estas compañías.

Click aqui para ver el video.

Links:
- Humble update: open source extension
- 5 juegos indie por el precio que quieras (Niubie)

Mark Shuttleworth anuncia en su blog la disponibilidad pública de Unity, una interfaz de usuario diseñada para netbooks y Ubuntu Light, una edición especial de Ubuntu orientada a sistemas instant-on.

Unity es una evolución natural de las interfaces que ya estaba desarrollando Canonical para mejorar la experiencia de usuario en dispositivos con pantallas pequeñas, sobre todo con un reducido espacio vertical.  Esta interfaz está pensada en un esquema de trabajo en donde el usuario está usando una aplicación maximizada la mayor parte del tiempo.

En Unity tenemos el clásico panel superior al que nos tiene acostumbrado GNOME pero con los últimos agregados que ha estado desarrollando Canonical : AppIndicators, Me Menu y en un futuro cercano se agregarán Windicators, el menú global y el titulo de la ventana maximizada.

En el lado izquierdo se encuentra un panel tipo dock en donde el usuario puede ver las aplicaciones que están corriendo e intercambiar rápidamente entre ellas, por supuesto estos iconos también permiten lanzar nuevas aplicaciones (¿En donde vi eso antes? . Este panel lateral además tendrá iconos grandes para que se puedan usar con pantallas sensibles al tacto, y soportará drag & drop entre aplicaciones.  Gran parte de la potencia de Unity se encuentra en este panel.

Unity es un shell de escritorio, es decir, la aplicación que controla lo que está sucediendo en el escritorio donde se ejecutan las aplicaciones.  Se trata de un pariente cercano de GNOME Shell pero orientado usuarios que trabajan con pocas aplicaciones al mismo tiempo, en espacios de pantalla reducidos.

Unity está basado en el gestor de ventanas Mutter, que a su vez está basado en Clutter, el sistema de interfaz gráfico vectorial y acelerado que fue adquirido por Intel como base de Moblin.  Esto permite crear interfaces de usuario bastante atractivas y acorde a los tiempos.

En esta oportunidad no se trata sólo de buenas ideas, ya que Ubuntu Unity está disponible para ser descargado e instalado en Ubuntu Lucid Lynx a través de su repositorio PPA.

Mock de Unity con Windicators y Menú Global

Ubuntu Light

En el mismo artículo Mark presenta Ubuntu Light, se trata de una edición especial de Ubuntu para sistemas instant-on.  Estos sistemas están pensados para tener un entorno funcional lo antes posible, por ejemplo como una alternativa a iniciar un sistema completo cuando en realidad sólo se quiere revisar el correo por la web, pedir ayuda a Google o terminar una discusión de borrachos consultando a Wikipedia.

Ubuntu Light está orientado a OEM’s y no se encontrará como una descarga genérica.  Cada OEM podrá adaptarlo a sus propias necesidades para dejar solamente lo que requiere su dispositivo.

Con Ubuntu Light y Unity un OEM puede entregar un sistema alternativo seguro, liviano, rápido y simple.  Por ahora se cuenta con una versión para netbooks pero hay planes de llevarlo a equipos de escritorio tradicionales en el corto plazo.

Link: Unity, and Ubuntu Light (Mark Shuttleworth)