Llamó a esto una tormenta de fuego, y escribió sobre sus puntos de vista, hablando de sus días en Sun, patentes, intereses económicos, etc. Se han hecho comentarios, especulaciones y suposiciones de todo tipo. Jonathan Schwartz, ex CEO de Sun Mycrosystems, es otra de las personas que una vez abandonado el barco de Sun habló de muchas cosas que no podía hablar en su puesto.

En fin, seguramente los interesados ya hayan leído en otros lados sobre el tema, y llega a ser cansador en estos casos leer tantas suposiciones y opiniones encontrados…

Java - Just Free it

En fin, lo cierto es que James Gosling ha lanzado una campaña para recordarle a Oracle sobre su compromiso de liberar Java. Con el diseño que ven en la imagen, ha abierto una tienda de remeras en Cafepress. La idea es que aquellas personas que asistan a la JavaOne, OpenWorld, vivan en el barrio o tengan que pasar tiempo con un vendedor de Oracle, la usen.

Es una manera gentil de expresar tus sentimientos (bueno… el último diseño de la página no es tan gentil – pero es más divertido)

Refiriéndose así al siguiente:

1984

Así que ahora Steve Jobs y Larry Ellison son los nuevos Gran Hermano o Borgs del mundo de la tecnología… (¡Nunca te olvidaremos Bill! )

We are the Borg.
You will be assimilated.
Your biological and technological distinctiveness will be added to ours.
Resistance is  futile.

Yoda Conditional

“Condicionales Yoda” – usar if(constante == variable) en vez de if(variable == constante), como if(4 == foo). Porque es como decir “Si azul es el cielo” o “si alto es el hombre”.

Usar condicionales al estilo Yoda es común en lenguajes que usan == y =. Si se escribe la constante del lado izquierdo de la expresión, el compilador genera un error si se usa = en lugar de == para chequear la igualdad. Algunos incluso recomiendan hacer esto. Es un error común al intentar comparar dos valores olvidarse uno de los signos de igual, asignándole a la variable de la izquierda el valor, en vez de compararlos.

De todas formas hay alternativas más sanas a este tipo de errores como las advertencias de los compiladores (o IDEs) o tests unitarios…

El conocimiento en este post fue adquirido en StackOverflow, una de esas herramientas que se ha vuelto casi imprescindible para los programadores. No parece que hubieran pasado dos años desde que Joel Spolsky y Jeff Atwood unieron sus fuerzas en esta comunidad. Así como se aprende mucho de distintas tecnologías, metodologías y experiencias, también aprendemos éstas cosas.

Desde ese mismo post, comentario incomparable del usuario – mmyers

Isn’t “Yoda Programming” where you never handle exceptions? Because, you know, there is no “try”

La pregunta que detonó éste y otros conocimientos importantes del estilo fue:
New programming jargon you coined?

Debian

El proyecto Debian cumple hoy 17 años de existencia. El 16 de agosto de 1993, Ian Murdock anunció el sistema “the Debian Linux Release”. El nombre “Debian” (/?de.bi.?n/) provino del nombre de la entonces esposa de Murdock “Debra” y el suyo (Deb+Ian).

La comunidad se prepara actualmente para el lanzamiento de Debian 6 Squeeze habiendo congelado el código. Esto significa que no se introducen nuevas transiciones o paquetes a la rama inestable que no se pretendan lanzar con “Squeeze”. Se espera el lanzamiento final de Debian 6 para antes de fin de año.

     _==_ _
   _,(",)|_|    *** Frosty says Squeeze is FROZEN. ***
    \/. \-|     (He's in Austrailia, as it's winter there -
  __( :  )|___  that's what the shovel is for, sandcastles)

La conferencia anual de Debian: DebConf 2010 ya terminó, y podemos acceder a algunos de los videos de la conferencia en el siguiente enlace dentro de video.debian.net:
DebConf 2010
Hay muchos videos muy interesantes, así que les recomiendo observar la lista de grabaciones.

Algunas noticias recientes del proyecto:

• Se viene un libro libre de Debian escrito por dos Debian developers. Éste cubre varios temas desde lo básico (la comunidad, dpkg, apt, debian-installer, etc.) a tareas de administración más avanzadas (instalación automatizada, virtualización con XEN, RAID/LVM, SELinux, etc.) y los servicios comunes (correo, web, firewall, servidor de archivos, etc.). Estará basado en Debian Squeeze. Se está trabajando en juntar los fondos para publicarlo con una licencia dual CC-BY-SA 3.0/GPL2+. Podemos ayudar con las ideas para juntar el dinero.
• Están disponibles las imágenes live de Debian Squeeze en su segunda alfa. Las pueden descargar en las arquitecturas amd64, i386 y powerpc e incluyen un sistema de instalación experimental.
• Las imágenes de netinst están incluyendo en las últimas semanas archivos parcialmente no-libres, necesarios para algunos controladores de red y WLAN.
• Debian GNU/kFreeBSD incluye soporte para ZFS. El repositorio Sid de  Debian GNU/kFreeBSD incluye las bibliotecas necesarias para dar soporte al famoso sistema de archivos.

Pueden ver más noticias de Debian en el siguiente enlace:
http://www.debian.org/News/project/2010/09/index.en.html

Desde Picando Código, celebramos los 17 años de existencia del proyecto Debian, agradeciendo el trabajo realizado

Feliz cumpleaños Debian

Fuente de la imagen

Personalmente no me gusta mucho el tema musical, pero la letra está muy graciosa, sobretodo la parte en que se les va la moto con .net… Otra producción muy profesional:

Por si no lo vieron ya, les dejo el trailer anterior Java4Ever:

El término computación híbrida no es demasiado afortunado. En el ámbito del diseño hardware-software (HW/SW) parece una obviedad. Está claro que los sistemas son una combinación de ambos componentes HW/SW donde el primero actúa como un soporte material programable o reconfigurable y el segundo define los procesos intangibles que gestionarán determinada información o datos para conseguir equis resultados…

Linux+ Agosto 2010

Otros artículos de esta edición:

• OpenVz – Alternativa perfecta para virtualización de servidores
• Computación Híbrida – Co-diseño Hardware-Software
• Descubriendo Linux – ¿Qué debes saber si no sabes nada?
• Software Libre en la PYME – Ejercicio de creación de oferta y demanda
• gPXE – Arranque de sistemas operativos en red con Software Libre
• LocuLinux 2.0 -!Libera tu CiberCafé!

Descarguen en el siguiente enlace:
Linux+ DVD Agosto 2010

El curso va a tener un costo más accesible que la certificación CSM, una razón de peso para muchas personas que no han podido hacer la certificación.

Va a contar con Gabriel Ledesma, docente de ORT, candidato al certificado internacional de Scrum Professional y practicante de Scrum profesionalmente desde el año 2008.

También estará a cargo de Ariel Ber quien ha asistido en las certificaciones de Alan Cyment en varios países, y se ha dedicado a brindar capacitación a empresas en Argentina.

Les recomiendo el curso, anótense, y únanse a la comunidad ágil en Uruguay.

Ver más información del curso:
Curso de introducción a Scrum en Montevideo, Uruguay

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