RubyConf Uruguay 2010

Los invitamos a asistir a RubyConf Uruguay, a realizarse el viernes 29 y sábado 30 de octubre de 2010 en Montevideo.

Este va a ser un evento orientado a todos los informáticos de la región que quieran aprender o actualizarse en tecnologías como Ruby, Ruby on Rails, Sinatra, Testing, SCRUM, JavaScript, SQL vs NoSQL, etc.

Nos gustaría además invitarlos a que nos envíen sus propuestas para presentar algún tema que les apasione (las instrucciones están en el sitio web).

Por más información sobre el evento visiten RubyConf y sígannos por twitter.

RubyOnRails es una de las tantas tecnologías interesantes que tengo pendientes de usar algún día. Me quedé con muchas ganas de asistir al curso intensivo de RubyOnRails que se dió en Montevideo el año pasado, pero ya no había cupo :S

Parece que esta va a ser otra buena oportunidad para acercarse al framework, además de aprender más sobre otras tecnologías. ¡Vayan agendando para finales de octubre!

El miercoles fue mi último día en la oficina donde venía trabajando desde diciembre con Java EE y Flex/AIR. Además desde entonces he estado haciendo algunos trabajos freelance en paralelo, básicamente desarrollos web, maquetaciones, etc.

Escribí respecto a ciertos cambios laborales y geográficos en ese entonces, e hice un balance bastante positivo un mes después.

Captura escritorio trabajo

Dejo atrás un equipo humano excelente, al igual que en trabajos anteriores, valoro mucho las nuevas relaciones humanas ya que nuevamente me voy con nuevos amigos de una empresa.

Desde el punto de vista frío y profesional, se agregan jugadores importantes a la red profesional personal (que no solo de LinkedIn se forma ), más experiencia y nuevos conocimientos.

En general, cuando nos vamos de un trabajo a otro lo hacemos porque creemos que vamos a crecer, asumiendo el riesgo de cambiar.

Probablemente siga atento el proyecto en el que trabajaba, además de mantener el contacto con los amigos. Creo que lo que más voy a extrañar van a ser las partidas de Armagetron… (veremos de organizar alguna Lan Party cada tanto)

Hoy lunes empieza una nueva etapa, ya veremos qué se cuenta…

Dejo en el post una foto con la captura de pantalla de mi querida laptop, que me ha acompañado en este trabajo desde hace muchos meses. Siempre quise usar esa imagen de fondo, pero no tenía la excusa hasta que comencé a trabajar con Flex… el compilador es leeeento…

Este sábado se realizará el segundo miniJAM! artístico. Una instancia para explorar las posibilidades de las XO en el campo de las artes visuales y la robótica.

miniJAM artístico

Programa:

14:00 Bienvenida (Enrique Aguerre, Gabriel Eirea)

14:15 Charla: OLPC, desde Austria hasta Nepal (Christoph Derndorfer). Plan Ceibal es el proyecto más grande de OLPC que hay en este momento. Pero tambien existe una comunidad global de OLPC y Sugar, y no solo en los paises donde existen proyectos activos. Grupos como OLPC Alemanía, OLPC Austria y OLPC Francia estan muy activos en contribuir a los esfuerzos globales. Esta charla va a presentar unos de los proyectos que se están realizando en Austria. Además vamos a ver a Nepal donde la ONG OLE Nepal ha estado trabajando en crear contenido interactivo para sus escuelas que usan los XO desde el 2007.

15:00 Charla/taller: Butia, transformando la XO en un robot móvil (Gonzalo Tejera y equipo de proyecto Butiá). A partir de este proyecto todo joven podrá, obteniendo elementos robóticos de bajo costo, transformar la computadora XO en un robot móvil autónomo. Este proyecto pretende acercar a los jóvenes de todo el país a la robótica, trabajando en aspectos mecánicos simples y poniendo énfasis en la programación. Se utilizan los lenguajes incluidos en la computadora XO (pe: Python y Tortugarte) para dotar de “inteligencia” al robot Butia. El proyecto Butia está financiado por la ANII y la Unidad de Extensión de la Facultad de Ingeniería de la Universidad de la República.

16:00 Taller: Animación artística Stop Motion en la XO (Victoria Barreiro y equipo de Múltiplo XO). Se realizará un taller para explorar a la XO como herramienta para la creación artística en el lenguaje de la animación: específicamente Stop Motion y Pixelation. Se utilizará captura de imágen y scratch.

18:30 Se realizará mosaico con las realizaciones visuales obtenidas en las XO.

GNU/Hurd

En el sitio de noticias de GNU/Hurd publican los avances del pasado mes de junio. Si bien mayo fue un mes con muchas novedades en GNU/Hurd, además de un LiveCD con GNU/Hurd y servidor gráfico Xorg, en julio también hay cosas para informar:

Un montón de parches han entrado a la lista de correo y repositorios de código fuente:

Jérémie Koenig posteó un parche preliminar para agregar soporte initrd (initial ramdisk) en GNU Mach pasa su proyecto del Google Summer of Code 2010: Debian Installer. Con esto, y algunos otros parches todavía en proceso de cambio (in flux), terminó pudiendo instalar un sistema Debian GNU/Hurd usando el Instalador de Debian — lo cual es la meta de su proyecto. Que los parches estén in flux significa que todavía queda trabajo para hacer para resolver correctamente algunas cuestiones, así que no hay que preocuparse de que Jérémie no tenga trabajo hasta que se termine el GSoC.

Karim Allah Amed acercó el primer parche para portar el código de paginación en clúster de OSF Mach a GNU Mach, lo que debería mejorar el rendimiento de la memoria virtual de Hurd.

Emilio Pozuelo Monfort corrigió un bug en glibc, que desbloquea un problema visto en ln de coreutils, y continuó progresando en otras áreas.

Zheng Da comenzó a comitear parches para que su proyecto DDE soporte drivers de dispositivos en bloque, aparte de arreglar otros asuntos, también.

Samuel Thibault arregló fugas de memoria en pfinet, la unidad de red TCP/IP de Hurd. Aunque un servidor pfinet colgado será reiniciado en su próximo uso, que se coma toda la memoria del sistema debe evitarse, por supuesto — y esto es corregido con estos parches.

Carl Fredrik Hammar envió parches para mejorar la estabilidad del servidor auth (rendezvous port death / invalid rendezvous ports).

Por último, si no lo han visto aún: Richard Hillesley posteó un artículo GNU HURD: Altered visions and lost promise que causó bastante discusión (1, 2, 3, 4, 5) –  algunas son críticas válidas y constructivas, otras no tanto. Si quieres contactarte con los desarrolladores de GNU Hurd, hay numerosas opciones para contactarse!

De destacar, ya prácticamente tenemos un Debian Installer que seguramente madure un poco más tras el Google Summer of Code. Entre los esfuerzos de GNU, ArchHurd y Debian, han ido manteniendo vivo el desarrollo de este kernel tan complejo. Le tengo fe a ArchHurd…

Citamos el mail que se recibio con mas detalles sobre la primera charla dentro del marco del Concurso Nacional de Videojuegos.

Les recordamos también que está el evento en facebook.

5 Concurso Nacional de Videojuegos

Con muchísima alegría anunciamos que el próximo miércoles 14 de julio a las 18:30 hs en Ingenio Av. Italia 6201 (LATU) se llevará a cabo la primer conferencia del ciclo 2010.

Este año nuevamente el ciclo de conferencias se dará como un Taller y otorgaremos Diploma de Asistencia. La primer conferencia la dará Gonzalo Frasca, “Cómo pasar de la idea al juego: técnicas para convencer a otros que nuestro juego será lo más grande desde el Pacman.”

Los videojuegos, como todo proyecto, van cambiando y creciendo a medida que se van desarrollando. Durante ese proceso, hay que convencer a mucha gente de que el proyecto es el mejor: inversores, publishers pero también miembros del equipo y luego, por supuesto, a los jugadores. Esta charla explicará cuáles son los pasos a seguir para promocionar nuestro juego, incluso antes de que esté terminado.

Luego de la charla, Gonzalo Frasca aclarará dudas y responderá preguntas sobre la edición 2010 del concurso de videojuegos.

Gonzalo Frasca es Co-fundador y Director Creativo de Powerful Robot y uno de los organizadores del concurso.

Enterate de los detalles y lee las bases enwww.ConcursoVideojuegos.com

Confirmar asistencia a ppitta@latu.org.uy

El comité organizador
Ingenio/Proanima

Debian + ArchLinux

Se levanta el polvo en el terreno de las distribuciones basadas en GNU/Linux, y entran en comparación dos de los grandes pilares de la comunidad del software libre. Por un lado el veterano en estabilidad y gestión de paquetes: Debian GNU/Linux. Por el otro, el peso liviano de avanzada que está refugiando a usuarios de Debian: ArchLinux.

A pesar de la cursi introducción, quiero aclarar que este post tiene un fin constructivo, de demostrar las virtudes o carencias de ambas distribuciones en comparación desde mi punto de vista. He elegido Debian por ser mi distro favorita desde hace un buen tiempo, y ArchLinux por haberla reemplazado en mi computadora de escritorio como distro por defecto.

La discusión explica mis apreciaciones en distintos aspectos de cada distribución donde se comportan de manera diferente. En resumen, se trata de una comparación desde el punto de vista de un usuario de Debian que pasó a ArchLinux pero sin abandonar Debian.

Situémonos en contexto para empezar. Debian viene siendo mi distribución GNU/Linux preferida desde hace mucho tiempo. Es más, fue la distribución que hizo que dejara de estar probando otras opciones todo el tiempo. Usé Debian desde Etch, pasando por Lenny y ahora Squeeze. Primero me conformaba con Debian Stable, probé Sid, y me terminé quedando en Testing. Pueden ver varios posts al respecto a lo largo del tiempo en la página Debian en Picando Código.

Tengo Debian instalado en mi computadora portátil, y la uso diariamente. Estoy considerando seriamente instalarle ArchLinux, pero todavía no he encontrado tiempo, una excusa, o simplemente que me dé el raye de borrarle el sistema Debian actual e instalarle Arch.

Probé ArchLinux por primera vez en enero de 2009. Si bien no pasé mucho más de instalar el sistema, tuve una primera conclusión:

Es una distribución realmente entretenida porque el tiempo que uno demora en configurarla es una inversión en conocimiento sobre el sistema.

Ya en ese momento me pareció mas rápida y configurable que Debian. Si bien, probablemente podamos llegar al mismo nivel de configuración de nuestro sistema en Debian, ArchLinux nos obliga a que así sea. Por esto, debemos tener una idea de todo lo que instalamos, desinstalamos, y configuramos. Digamos que “no hace nada solo”, nosotros le tenemos que decir cómo queremos que haga las cosas.

No empecé a usar ArchLinux realmente hasta hace poco, en mi aventura por migrar a ArchLinux. Desde ahí puedo decir que soy usuario ArchLinux. Las razones para probar ArchLinux se fueron juntando, en aquel post lo explicaba:

En primer lugar, he aprendido mucho sobre Debian y me siento muy cómodo usándolo. Por esto, considero que estoy aprendiendo muy poco, ya que me encuentro en la “Zona de confort”. Esto es bueno, puedo realizar mi trabajo tranquilo sin preocuparme por la computadora. Pero a su vez, no estoy aprendiendo mucho en lo que respecta al uso del sistema operativo.

ArchLinux tiene una filosofía distinta en cuanto a la configuración del sistema. Generalmente no dejamos de configurar y arreglar, ya que su software se mantiene muy actualizado, y el usuario debe permanecer al tanto de los cambios en su sistema para mantenerlo a punto. Debian es un poco más conservador en ese aspecto.

Bien, veamos la comparación de ambas distribuciones en algunos puntos específicos:

Instalación de software: Pacman vs. Apt

Ambas distros cuentan con su gestor de paquetes con sus diferencias.

Debian APT :

APT

Apt es sin duda una de las características especiales de Debian. Su nombre lo dice todo: Advanced Package Tool, herramienta avanzada de paquetes. Resuelve problemas de dependencias y obtiene los paquetes necesarios para instalar aplicaciones mediante dpkg. Si bien hay algunas interfaces gráficas para usarlo, es bastante potente desde la consola.

Los repositorios oficiales de Debian cuentan con más de 25.000 paquetes de software. Además, podemos usar cualquiera de sus ramas: estable, testing, inestable y experimental. Personalmente uso la rama de testing, mezclada con Sid (inestable) y cada tanto alguna prueba desde experimental. También se pueden usar repositorios de otros lugares, como por ejemplo el PPA de Ubuntu, ya que generalmente mezclando un poco logramos una compatibilidad y resolución de dependencias.

ArchLinux Pacman:

pacman

Pacman es el gestor de paquetes de ArchLinux. Combina un formato de paquete binario con un sistema de compilación (Arch Build System). Está escrito en C, usa el formato de paquete tar.gz y está por migrar a tar.xz. Viniendo desde apt, no encontré cosas que no pudiera hacer con pacman. El repositorio oficial de ArchLinux no cuenta con tantos paquetes como Debian, pero tampoco soporta tantas arquitecturas. De todas formas, la mayoría de los programas están ahí, y para los que no, existe AUR (ya comentaré más adelante)…

En este sentido, estaba bastante contento con apt hasta conocer pacman. Y realmente no logro ver la diferencia en cuando a rendimiento o ventajas de un gestor de paquetes sobre el otro. Ambos parecen cumplir su trabajo perfectamente. Hacen que la instalación de paquetes sea sencilla y simple.

Software disponible

Otro tema a tener en cuenta es la cantidad de software disponible para cada sistema. Debian es un sistema muy popular, por lo que generalmente, si un programa existe para GNU/Linux, por algún lado hay un .deb o repositorio desde el cual lo podemos instalar. No pasa lo mismo con ArchLinux, que usa el formato tar.gz. Sin embargo, ArchLinux cuenta con un plus llamado AUR y el Arch Build System: un sistema estilo “ports” de BSD para compilar y empaquetar software desde el código fuente. pacman es la herramienta para el manejo de paquetes binarios, y ABS es la colección de herramientas para compilar código en paquetes instalables .pkg.tar.gz.

El sistema de ports permite descargar, desempaquetar, parchear, compilar e instalar paquetes de código fuente. Técnicamente un port es un directorio con el nombre del software a ser instalado, que contiene scripts con instrucciones para descargar e instalar una aplicación desde el código.

AUR es el Arch User Repository, un repositorio gestionado por la comunidad de usuarios de Arch. Contiene descripciones de paquetes (PKGBUILDs) que permiten compilar un paquete desde el código fuente con makepkg e instalarlocon pacman. Esto es una de las fortalezas de Arch. Así como si un programa existe para GNU/Linux, en algún lugar hay un .deb para instalarlo, probablemente también esté listado en AUR. Este repositorio tiene bastante movimiento, y sus paquetes pueden ser votados a través de aurvote para que se incluyan en el repositorio oficial de la comunidad.

No voy a entrar en “cómo usar apt, pacman, AUR, etc.” pero sí hay algo interesante que comentar acerca de la manera de instalar paquetes desde AUR. El proceso es manual, debiendo entrar a la interfaz web, descargar los archivos necesarios, crear el paquete e instalarlo con pacman. En la wiki de Arch especifican: No hay y nunca habrá un mecanismo oficial para instalar material de compilación desde UNSUPPORTED. Todos los usuarios deberían estar familiarizados con el proceso de compilación. Me gustó mucho esta filosofía, ya que en pocas palabras dice “hay que aprender, y saber lo que se está haciendo”.

Dicho esto, existe un script no oficial – yaourt – que permite buscar paquetes e instalarlos desde AUR de forma muy práctica desde la consola. La cantidad de software disponible en el repositorio es inmensa…

Estabilidad

En este punto es importante recordar que mis instalaciones de Debian viene siendo una mezcla de testing, sid, experimental y otros repositorios no oficiales. Por lo tanto, a veces tuve problemas de resolución de dependencias con los paquetes, y la vez que probé Sid de alguna manera logré que el sistema explotara en un upgrade. Por lo tanto, no todo es necesariamente culpa del sistema.

Debian

En el aspecto de la estabilidad, en teoría, Debian es más fuerte y ArchLinux se preocupa más por tener las versiones más recientes de software. Sin embargo, noté una diferencia muy grande al pasar en la misma computadora desde Debian a ArchLinux. El rendimiento general de la máquina cambió, haciéndome suponer que ArchLinux es realmente más liviana que Debian. También hay que admitir, que al ser una distribución que te obliga a configurar todo, muchas cosas quedan desactivadas por defecto. En Debian por ejemplo, al instalar un servicio como Apache, o motores de bases de datos, éstos se inician automáticamente al arrancar el sistema. En Arch no, a menos que uno lo especifique a mano. Por esto, mi sistema Arch es mucho más liviano al bootear, que mi sistema Debian.

No es que Debian no pueda ser configurado para ser más liviano, pero ArchLinux nos obliga a hacerlo.

ArchLinux

Otra aplicación importante a comparar es KDE. Cuando instalé ArchLinux, KDE se encontraba en la versión 4.3 si no recuerdo mal. KDE 4.3 llegó más o menos al poco tiempo a Debian Squeeze así que pude compararlos bien.

Debo decir que corría mucho mejor en ArchLinux. Además, muchos problemas que tenía en Debian no se repetían en Arch. Particularmente Amarok y Dolphin tenían un comportamiento bastante irritante en Debian, colgándose a cada rato, con funcionamientos inesperados, pero varios programas de KDE estaban así. En Arch funcionan de maravilla hasta el momento.

Además, a medida que KDE sigue avanzando y evolucionando, creo que ArchLinux es generalmente la primer distribución en incluir la versión más reciente de KDE.

Configuración y uso

En este punto se dividen un poco ambas distribuciones. Tienen una filosofía distinta. Para que se hagan una idea, algunos de los principios de ArchLinux:

• En lugar de arrancar paquetes innecesarios y no deseados Arch ofrece, al usuario, el poder y la capacidad para construir desde una base mínima sin ninguna opción por defecto. El usuario es quién decide que Archlinux instalará.
• Arch Linux define simplicidad como una ligera estructura base sin agregados innecesarios, modificaciones, o complicaciones, que permite a un usuario individual modelar el sistema de acuerdo a sus propias necesidades. En síntesis, una aproximación elegante, minimalista.

Debian sin embargo, te deja un sistema más armado tras la instalación. Tiene su entorno de escritorio por defecto (GNOME) y lo que vengo comentando de los servicios y demás. Con esos dos perfiles definidos, no dudaría un segundo en instalar Debian para cierta situación, y ArchLinux para otra.

Instalación

En este aspecto, ninguna presenta una dificultad durante la instalación. ArchLinux tiene más pasos a configurar, pero todo está perfectamente documentado en su wiki.

Respeto a la libertad del software

En este aspecto, Debian tiene un compromiso real con el software libre mientras que no es así con ArchLinux. Debian se describe como un sistema operativo libre, y cuenta con un contrato social con la comunidad del software libre y describe sus directrices de software libre en Debian. Por un tiempo, incluyeron blobs binarios en su distribución del kernel Linux pero – según tengo entendido -  desde Squeeze un usuario de Debian que se mantenga en los repositorios main, tiene un sistema 100% libre.

ArchLinux hace hincapié en la libertad del usuario – ya que es el que elige todo lo que instala- y la abertura del sistema en sí, pero no en la libertad del software. Sin embargo, existe el proyecto Parabola GNU/Linux, el cual nos permite liberar nuestro sistema y mantener una versión completamente libre de ArchLinux.

Conclusión

Hasta acá mi primer comparación intensiva de Debian contra Arch. Como habrán apreciado, no se trata de una búsqueda de cuál es la mejor distro, sino meramente apreciaciones de sus diferencias, virtudes y deficiencias. No hay algo que no haya logrado “hacer andar” en una y sí en otra. Son excelentes distribuciones, con comunidades muy grandes que las fortalecen, y sistemas de alta calidad.

Éste análisis surgió en parte porque noté que muchos usuarios de Debian comenzaron a probar ArchLinux y a migrar completamente a este sistema. En mi caso, quería aprender más y Debian estaba funcionando un poco peor recientemente. Me atrajo mucho la idea de tener más control sobre mi sistema, y también de contar con software más actualizado.

Así que básicamente esas son las razones por las cuales migré de Debian a ArchLinux.
¿Cuáles son sus razones? ¿Será una “evolución” natural y justificada por la forma de hacer las cosas de cada distro?

• Proyecto Debian
• ArchLinux

Partes del texto de este artículo son citas de ArchWiki y Debian Wiki.

Linux+ julio 2010

Los temas de este número son:

• Metasploitable – Entorno de entrenamiento de Seguridad Informática
• Kernel Linux – Conócelo a fondo
• Linux SmartCheap – Construcción desde la nada
• XHTML, PHP y SQL – Generación de exámenes online autocorregidos
• Plataforma OSOR – Balanceo de máquinas virtuales en alta disponibilidad

Además las noticias más recientes del mundillo de las distribuciones y más. Destaco el artículo sobre el kernel de Linux, interesante introducción para quienes quieran conocerlo más a fondo.

Más información y descarga libre:
Linux+ 07/2010

Diaspora

Hoy 1 de julio se cumple el primer mes del proyecto Diaspora. Diaspora es en pocas palabras:

La red social de código abierto, consciente de la privacidad, controlada personalmente, que-hace-todo.

En otras palabras, es una alternativa en el nuevo paradigma de “redes sociales” dominado por Facebook, que nace de la necesidad de los usuarios de controlar la privacidad de sus datos así como el alcance de su interacción con la red a través de estos servicios.

Así nació también GNU Social, aunque no tenga tanta difusión como Diaspora en los últimos meses. Nunca había dedicado un post al respecto, pero lo mencioné en mis posts sobre Facebook y Borro mi perfil en Facebook.

Desde el principio me gustó el proyecto por varias razones. Además de las obvias ventajas en privacidad, el hecho de que sea software libre y cada uno pueda “hostear su semilla”, o cuantas quiera, me llamó mucho la atención. Ser dueño de los datos que uno publica, no regalarlos a una empresa, y publicarlos y difundirlos bajo las condiciones que cada uno desee.

En fin, yendo a la noticia en sí, el blog de Diaspora reporta sobre el primer mes de desarrollo de la aplicación. Tras instalarse en Pivotal Labs en San Francisco, el equipo fue suministrado con los escritorios y hardware para comenzar su desarrollo, además de mucha ayuda en lo que hace a la interfaz y la experiencia, mas que solo una herramienta para hackers.

Se enfocó el desarrollo en un sistema para pasar distintas formas de información entre semillas. Cuando se postea un mensaje de estado en tu semilla, esta se empuja sobre HTTP en tiempo real a todos tus amigos. También se comenzó a construir lo último en estándares web, los Websockets ya se encuentran en su núcleo, lo que promete funcionalidad bidireccional para cualquier plugin de Diaspora (ejemplos: chat, juegos, etc.) casi sin esfuerzo.

Hoy por hoy, los amigos ya reciben una copia de tus mensajes, y si uno de ellos comenta, el comentario llega al dueño del post, y a todos los amigos. Estas semillas están en internet (en distintos lugares) y son veloces y livianas. Esto permite crear un feed en tiempo real de las actualizaciones de cada amigo. Asímismo, con Websockets las notificaciones de los mensajes de amigos llegan a tu servidor ni bien ocurren.

Los desarrolladores publicaron las primeras imágenes de Diáspora:

Diaspora

Diaspora

Diaspora

También publicaron videos, pego uno a continuación, donde muestran el envío y recibo de información en tiempo real en 6 semillas distintas. Las 6 semillas son amigas de la misma persona, y se encuentran en servidores separados. El amigo en común manda 10 mensajes y las semillas se actualizan prácticamente en el instante:

Diaspora Message Propagation (pre-alpha!) from daniel grippi on Vimeo.

La funcionalidad se ha desarrollado semanas antes de lo previsto en términos de robustez (con la ayuda de Pivotal Labs), y los desarrolladores explican que si se han quedado callados, es porque están trabajando mucho en el proyecto. Si bien no hay un calendario exacto, están realizando sprints semanales, y no aseguran nada pero comentaron un calendario estimado:

Junio

• Pasada de mensajes en tiempo real entre semillas
• Construír el núcleo de la aplicación

Julio

• Conformidad con OStatus/Estándares
• Capa de cifrado
• Implementar interfaz de usuario genial

Agosto

• Plugins
• Integración con servicios (incluido FB)
• Refactorización de API

Setiembre

• Prepararse para la libertad del código fuente

Aparentemente se llegó con lo planteado para el mes de junio.  En julio los desarrolladores estarán asistiendo al Federal Social Web Summit organizado por Status.net, una instancia para conocer gente del espacio, intercambiar ideas y establecer vínculos.

Es un excelente primer reporte, sobretodo para los escépticos. Podemos no solo ver funcionalidad real, sino un estimado del tiempo que falta para poder probar una semilla en nuestros propios servidores.

El proyecto fue financiado de forma distribuida, a través de Kickstarter, y alcanzó un 2000% de los fondos que pretendía tener para comenzar. Esto muestra el interés y demanda de un servicio del estilo que existe hoy y no ha sido cubierto. La adopción de Diaspora no será masiva seguramente en primer instancia, pero apuesto que de a poco cada vez más usuarios de otros servicios optarán por esta opción.

Hay gente que desde ese momento todavía sigue el blog y comenta cada tanto. Y a veces aparecen comentarios de usuarios que no veía en años. Creo que eso es lo más interesante de tener el blog, el intercambio. También a través de Twitter o Identi.ca, la conversación sigue por ahí y como que todo se hace parte de una sub red de contactos y conocimiento esparcido.

El panorama es bastante distinto en relación a hace 3 años… En primer lugar el uso y abuso de servicios de redes sociales como Facebook o Twitter, hacen que la conversación se haga cada vez más centralizada (en dichos servicios), y alejada de los nichos que solían formarse. Eso me da la impresión al menos.

Cambio de imagen

Después de 2 años con el primer tema hecho por mí, cambiamos la imagen totalmente, esta vez con ayuda profesional en la parte gráfica:

Picando Código 4.0

Por fin puedo decir que estoy orgulloso del diseño
Digamos que el blog ahora sí tiene una imagen definida, con logo y mascota.

Por otro lado en lo personal quiero comprarme esta remera:

Logro desbloqueado: Dejó la casa

Desde el año pasado estoy emancipado, lo que implica más responsabilidad y todo lo que implica vivir solo. Siguen habiendo muchas ideas de proyectos, trabajos, estudios, pero siempre con poco tiempo o poca organización.

En fin, el blog ha pasado por meses de práctico abandono, pero nunca dejo de escribir aunque sea algo para que vean que sigue acá.

Foro de Picando Código

El foro fue una idea bastante interesante en un principio, lleva más de dos años en línea. En un comienzo, tuvo bastante popularidad, muchos usuarios y muchos temas en poco tiempo, pero fue decayendo de a poco. Actualmente recibe algún tema cada tanto, pero su uso principal es como soporte para los usuarios de los plugins que he programado para WordPress. Si se les ocurre una idea para reflotarlo, o una utilidad más para darle, bienvenida sea. Los usuarios pueden darse una vuelta a mencionar que leyeron este post

Esto último puede haber sido influenciado también por la centralización de la que les comentaba antes, pero esto no son más que apreciaciones.

Otros blogs

Tengo otros dos blogs donde trato temas relacionados a los que se hablan en Picando Código, pero más específicos:

• Aplicando Scrum
• Navegadores Web

Conclusión

Ninguna, seguiré escribiendo por acá como referencia para mi mismo, compartiendo lo que aprendo, comentando lo que leo, etc. Espero ver algún olvidado del blog en los comentarios.

¡Saludos a todos y gracias por ayudarme con este proyecto!

3 años Picando Código

Eclipse Helios

Algunas de las nuevas características destacadas son soporte para Git, desarrollo en GNU/Linux y JavaScript:

• Un nuevo paquete del IDE para la plataforma GNU/Linux. Con él los desarrolladores tienen a la mano un tool chain integrado para compilar aplicaciones C/C++ en el sistema operativo GNU/Linux. Incluye el nuevo proyecto Linux Tools el cual integra utilidades comunes de GNU y Linux como GNU Autotools, Valgrind, OProfile, RPM, SystemTap, GCov, GProf y LTTng. Un estudio reciente de Eclipse muestra que ha crecido el uso de GNU/Linux en los usuarios, y se espera ue este paquete ayude a acelerar la adopción de Eclipse en la comunidad GNU/Linux.
• El cliente para el Eclipse Marketplace provee una experiencia del estilo “app-store” donde encontrar e instalar plugins de Eclipse. El Marketplace es un catálogo de soluciones basadas en Eclipse, y habrán más de 100 disponibles desde este cliente para facilitar la búsqueda e instalación de soluciones para Eclipse.
• Soporte para Git, el popular sistema de control de versiones distribuido, por medio de los nuevos proyectos Eclipse EGit y JGit. La versión 0.8 de EGit incluye una nueva vista de repositorios Git y soporte para merging y tagging rápido. JGit 0.8 – el “motor” de EGit – ha mejorado su rendimiento hasta un 50% en repositorios grandes.
• El proyecto Web Tools Platform ha introducido soporte para crear, ejecutar y debuggear aplicaciones para las últimas especificaciones de Java EE (Java EE 6) incluyendo Servlet 3.0, JPA 2.0, JSF 2.0 y EJB 3.1.
• El proyecto JavaScript Development Tools para desarrolladores JavaScript ha mejorado el soporte, incluyendo un framework de debug de JavaScript que permite la integración con debuggers como Rhino y Firebug. Un nuevo paquete de IDE JavaScript ha sido creado para facilitar la instalación de un IDE basado en Eclipse a los desarrolladores JavaScript.
• Eclipse Xtext 1.0 es un framework para crear domain specific languages (DSL) con 80 nuevas características, incluyendo rendimiento y escalabilidad mejoradas hasta 30 veces respecto a versiones anteriores. Una nueva característica de indexación en memoria permite desarrollar DSL’s más sofisticados en Xtext.
• Un nuevo lanzamiento de Acceleo 3.0 implementa  la especificación MLT Model-to-text OMG  y provee características requeridas para un IDE generador de código. Este lanzamiento también provee herramientas entorno al diseño basado en base de ejemplos de generadores de código.

Pueden encontrar más información en Eclipse Helios,  o dirigirse a los links de descarga.

Descargas Eclipse

Ya estoy descargando por Torrent la versión para Java EE, para probarla en el desarrollo diario. Desde ahí estrenaré la característica del Eclipse Marketplace a ver si logo instalar Subclipse y JBoss Tools. Después probaré el Eclipse clásico con Aptana Studio y PDT para desarrollos web con PHP, XHTML y CSS, o a lo mejor le instalo esos mismos plugins a la nueva versión para desarrolladores JavaScript.

Ya comentaré sobre las nuevas características que vaya descubriendo.

5to concurso nacional de Videojuegos

La espera fue corta y oficialmente fue lanzado el 5to Concurso Nacional de Videojuegos .

Ingenio y Proanima nuevamente auspician el concurso y Uruguay Gamer será el foro para responder consultas y mantener a los participantes informados de todos los eventos.

Como todos los años habrá una charla para presentar el concurso. Será el 14 de Julio a las 18:30 en las oficinas de Ingenio, dentro del LATU, de la mano de Gonzalo Frasca, co-fundador de Powerful Robot Games.

Para más información pueden visitar el sitio oficial y seguirnos a nosotros y al concurso en facebook para enterarse de todo.

Walter Bender

Esta semana hay dos buenos eventos en la Facultad de Ingeniería en Montevideo. Además de la charla sobre Scrum, tenemos la siguiente:

Walter Bender, fundador de SugarLabs, estará dando una charla en Montevideo este Miércoles.

La charla será en inglés. En sus palabras:

In learning applications, it is not enough to be open, but we need to build affordances for the learner to understand the code.

Por supuesto que también hablará de las últimas versiones de Sugar y las novedades de la comunidad.

Miércoles 23 de Junio. 19:30hs. Salón de Actos, Facultad de Ingeniería (UdelaR).

Organiza: ceibalJAM!

¡Ahí estaré!

Scrum

Este jueves voy a participar de una reunión junto a otros Scrum Masters. En ella expondremos varios temas entorno a Scrum, la metodología ágil de desarrollo, y cómo ha cambiado nuestra forma de trabajar.

Si están interesados en aprender un poco sobre Scrum desde la experiencia de otros, tienen dudas respecto al curso, etc. esta es la oportunidad para preguntarlas:

El 24 de junio a las 19.45 horas en el Salón Azul de la Facultad de Ingeniería de la República se desarrollará una charla abierta en donde profesionales de nuestro medio expondrán su experiencia en el uso de Scrum luego de haberse certificado como Scrum Master el año pasado.

El evento es gratuito pero hay cupos limitados, por inscripciones eventoscrum@aquait.com.uy

ACTUALIZACIÓN: La agenda del evento

19:40 – Inicio del evento, breve overview de Agile + Scrum (Gabriel Ledesma).
19:50 – Orador: Diego Garagorry
20:15 – Orador: Gabriel Centurión
20:40 – Orador: Fernando Briano
21:05 – Orador: Carlos Acle
21:30 – Cierre del evento, preguntas e intercambio general.

Va a ser algo dinámico, distinto, más parecido a Scrum, menos parecido a una típica conferencia técnica. No se lo pierdan.

Recuerden que en Uruguay, se va a realizar una nueva instancia para certificarse como Scrum Masters en julio. Más información en el enlace:
Nuevo curso de Scrum Master Certificado en Montevideo, Uruguay

Ati Radeon en Debian

A pesar de haberme pasado a ArchLinux en mi PC de escritorio, sigo usando Debian Squeeze a diario en mi laptop de trabajo. En ella estoy usando linux en su versión 2.6.32-trunk-686. La placa de video es una ATI Mobility Radeon:

01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility X1400

Hasta hace un tiempo usaba el driver fglrx en Debian. Pero ATI dejó de dar soporte a placas antiguas en las versiones más nuevas del driver, y el driver libre Radeon viene mejorando mucho en los últimos tiempos. Así que en algún momento decidí probar Radeon y quedarme con él en vez de usar versiones antiguas de Fglrx.

El fin de semana hice una actualización del sistema con un apt-get dist-upgrade. Cuando prendí la PC el lunes, noté que la aceleración de video 2D andaba demasiado lenta, igual que si el driver no existiera. KDE se volvió inusable, la decoración de ventanas era inservible, no había forma de trabajar así.

Por un rato me pasé a Openbox. Estaba instalado en mi computadora como recurso para usar Flex Builder para GNU/Linux, ya que éste consume todos los recursos de la máquina. Así que opté por usar un entorno de escritorio sumamente liviano para estas ocasiones. En Openbox podía usar más fluidamente las aplicaciones gráficas, pero aún tenía problemas. Así que mientras esperaba que mi código compilara, busqúe solución a mi problema.

Me fijé el log del servidor X, para ver si algo andaba mal:

cat /var/log/Xorg.0.log | grep EE

Las entradas del log que comiencen con “(EE)” significan error, por lo que filtramos las entradas con “EE” con el comando grep.  Fue así que encontré el siguiente mensaje respecto al driver Radeon:

RADEON(0): [dri] RADEONDRIGetVersion failed because of a version mismatch.

Busqué un poco por los foros de Debian y me encontré con este post. Estoy usando la versión trunk del kernel 2.6.32, lo que según tengo entendido, sería la versión más reciente. (Trunk es la rama de desarrollo de un proyecto de software bajo control de versiones con Subversion). A partir de la versión 2.6.32-5 del kernel en Squeeze, se introduce el Kernel Mode Setting (KMS).

Esto implica que el código para establecer el modo (resolución y profundidad de color) de la pantalla en la tarjeta gráfica de la computadora pasa a estar dentro del núcleo Linux. Alguna de las ventajas que esto supone son una secuencia de booteo más limpia y rápida, soporte mejorado para suspender y resumir, y más.

Bastante lo nuevo que aprendí cuando me tocó arreglarlo. Algunas fuentes para leer más: Phoronix, WikiPedia…

En fin, si bien para algunos la transición es transparente, y no notan cambio alguno, en mi caso fue caótico. En ese mismo post del foro de Debian encontré la solución: deshabilitar KMS para el driver Radeon. Para esto, editar el archivo /etc/modprobe.d/radeon-kms.conf y cambiar el valor a 0.

Al reiniciar las cosas volvieron a la normalidad, con aceleración gráfica y demás. Uno de los comentarios que hacen en el foro de Debian que me pareció interesante:

Cada tanto, Linux toma un gran paso como hacer el cambio de XF86 a Xorg y de Grub a Grub2. Estas cosas siempre se acompañan de una buena cantidad de “dolores de crecimiento”. KMS parece ser uno de esos grandes cambios. Ha llegado para quedarse y necesitamos ajustarnos. A la larga, KMS parece ser una mejora mayor y necesitamos aprender cómo aprovecharlo.

Por ahora lo he desactivado, estaré atento a futuras versiones del kernel donde el driver Radeon funcione mejor con KMS. Eso si no migro a ArchLinux en la laptop también…  o a Sid. Cuando Squeeze pase a ser la versión estable de Debian, pasaré a usar la versión de Debian 7, la que siga siendo testing. Pero últimamente me he venido cuestionando si pasar a Sid, o pegar el salto a ArchLinux…

Es así que  nos encontramos estos días con una nueva versión de NetBeans, el IDE idóneo para programar GUIs con Swing, y ahora con JavaFX.

Y por chocante que parezca, habrá que acostumbrarse, ahora hablamos de Oracle NetBeans.

NetBeans 6.9

Disponible NetBeans IDE 6.9

Paso a comentarles algunas de las novedades más destacadas de esta versión de NetBeans:

JavaFX Composer - La característica que más me llama la atención en este momento. Estoy trabajando en el campo de las aplicaciones ricas con tecnología Flex. Me encantaría poder migrar a JavaFX, pero habría que estar seguros que ya está apta para el reto. Han mejorado mucho el editor,y hay mucho por probar.

Otras características:

• Interoperabilidad OSGi para aplicaciones de la plataforma NetBeans, y soporte para bundles OSGi con Maven.
• Soporte para JavaFX SDK 1.3, PHP Zend Framework y Ruby On Rails 3.0.
• Mejoras en el editor Java, el Debugger Java, gestión de tareas (issue tracking) y más.

Ya estoy descargando la versión con JavaFX incluido. Prometo algún post al respecto cuando pruebe algo. Interesante como IDE para desarrollar en PHP al incluir soporte para Zend (no sé si lo hacía en versiones anteriores).

Usé NetBeans por un tiempo como IDE predeterminado para desarrollo PHP pero desde entonces no he hecho ningún desarrollo serio con él. Sigue primero en mi lista Eclipse, aunque a veces me saca un poco  de quicio. Y hablando de Eclipse, para empezar quería compartir unos tips con ustedes que me resultaron bastante útiles. Se trata de una serie de posts de “tips & tricks” para Eclipse que publicaron en DZone y está dividio en tres partes: parte 1, parte 2 y parte 3. Algunos ya los conocía, pero otros veré de implementarlos hoy en el trabajo.

También destacable comentar que desde 2007 a 2010, ha habido un gran crecimiento en la cantidad de usuarios que usan GNU/Linux para desarrollar con Eclipse. Un 20% de usuarios de Eclipse que usaban GNU/Linux subió a 33%, bajando en Windows de un 74% a un 58%. En tanto Eclipse es la plataforma de desarrollo más popular en GNU/Linux con un 46% de usuarios.

Eclipse Helios

Eclipse Helios

Helios es el nombre de la versión 3.6 de Eclipse. Si bien todavía no hay una versión final disponible, ya podemos descargar el RC4 de Eclipse 3.6. Algunas de las novedades que he leído se vienen para esta versión:

• Eclipse Marketplace – Desde el mismo Eclipse, podremos buscar plugins e instalarlos, sin necesidad de estar buscando el sitio web del plugin en el navegador, copiar el URL, agregarlo, etc.
• JavaDocs incluye ahora documentación de anotaciones.
• Drag & Drop de archivos desde el sistema operativo.
• Mejoras en la exportación de preferencias, con más opciones (bienvenida sea! ).
• Totalmente relacionado con el comentario del crecimiento paralelo de Eclipse y GNU/Linux: Linux Tools.
• En algún lado también leí que esta nueva versión incluiría un ícono en la barra de tareas. Personalmente estaría más que agradecido por una característica así, me encanta

Pueden leer más sobre las nuevas características de Eclipse Helios en este enlace. Estén atentos, porque la versión final se espera para el 23 de junio.