Entrevista a Julian Moreno Patiño Debian Developer Colombiano

En la actualidad hay 7 Debian developers de origen Colombiano los cuales han aportado o incluso aportan hasta el momento algo de trabajo al proyecto Debian. Es claro que llegar a ser Debian Developer es bastante complejo y solo 7 colombianos se han dado el gusto y placer de pertenecer directamente al proyecto Debian como desarolladores.

El orden cronologico de los DD’S Colombianos son:

Juan Rafael Alvarez Correa 2001
Luis Bustamante 2002
Andrés Roldán 2003
Anibal Monsalve Salazar 2004
Santiago José Ruano Rincón 2005
Alejandro Rios Peña 2007
Julián Moreno Patiño 2012

En esta ocasion, quiero compartir una entrevista que le realice a Julian Moreno Patiño, el ultimo colombiano en convertirse en DD, pero me atreveria a decir que el mas activo en la actualidad. Una gran persona y gran mentor, que me ha ayudado y enseñado todo lo necesario para colaborar con Debian. Sin mas que decir les comparto el texto y espero sea de su agrado.

¿Para quienes no lo conocen, quien es Julian Moreno Patiño (darkjunix)?

Soy un entusiasta del Software Libre, me encanta probar todo Sistema Operativo que veo en la red y me gusta compararlos para asi saber que sistema es apropiado para diferentes tipos de soluciones, me gusta mucho el diseño de los Sistemas Operativos basados en Unix.

Además me gusta mucho todo lo relacionado con Seguridad Informática, cuanto tengo tiempo empiezo a jugar y aprender nuevas cosas en el tema.

También soy Desarrollador del Proyecto Debian y es donde principalmente aporto al Software Libre.

 ¿Algun geek que admires?

Admiro mucho a Gregor Herrmann del proyecto Debian, él es una persona muy amable que pertenece al Equipo de empaquetamiento de Perl, es de las personas que conozco que más aporta al proyecto.

¿Como conociste el proyecto Debian?

Lo conocí más a menos en el año 2005, cuando el grupo  de Usuarios de Software Libre de Pereira Pulpa decidió repartir propaganda de un evento acerca del InstallFest. En ese momento conocí lo que eran las distribuciones de GNU/Linux. Entonces decidí probar cuanta distribución habia en la red. Me gusto mucho OpenSuse y Mandrake por su interfaz de Usuario y porque todo se configuraba muy fácil, pero después de un tiempo empece a notar que las cosas no funcionaban tan bien y por otro lado no encontraba todo el software que quería instalar, en ocasiones me tocaba compilar y para un usuario que está iniciando es un poco dificil.

Entonces leyendo en la red, vi que una de las Distros más usadas era GNU Debian, decidí probarla, la instale y cuando inicio el sistema, me lleve la sorpresa de que no tenía Sistema Gráfico. Me demoré como 2 semanas tratando de cuadrar el Sistema de X, cuando lo logré, vi que el Sistema funcionaba muy estable y podía instalar mucho software desde la misma distribución, lo que me gusto mucho.

Luego en otro InstallFest me di cuenta que casi todos los integrantes del grupo Pulpa Usaban GNU Debian.

Mi primera versión de GNU Debian fue Sarge.

Creo que fue en el Google Summer of Code del 2009, me pareció muy interesante la idea de dar soporte al instalador de GNU Debian para instalar GNU Debian KfreeBSD, proyecto el cual desarollo Luca Favatella y al cual aporte un poco. Me gusto mucho entender como funciona el instalador y en el cual me divertí mucho aprendiendo. Yo creería que ese fue mi primer aporte.

Luego necesité un empujoncito. Luis Uribe (acme), quien ya estaba en ese tiempo colaborando con la comunidad y una vez me dijó, Julián vos por qué no colaboras con el proyecto, sabiendo que usas mucho la distribución, adopta un paquete para iniciar.

Entonces me animé y adopté unos cuantos paquetes.

Yo creo que hay que empezar desde el Colegio, hay que mostrarles a los Estudiantes que Windows no es lo único que existe.

Al equipo de empaquetamiento de Perl y de Python.

Voy a mencionar las que creo más importantes:

 – Tener mucha paciencia

 – Tener muchas ganas de aprender

 – Tener un nivel de Ingles Bueno

 – Seguir estrictamente la Política de Debian

 – Tener muchas ganas de colaborar con el proyecto

 – Ser muy respetuoso con los demás

Principalmente porque sabemos como están hechas las cosas y si necesitamos hacerles algún cambio, ahí está el código para hacer las modificaciones. Esto no se puede hacer con el software privativo, muchas veces tenemos que esperar meses sino son años para que arreglen un bug.

Además nunca sabemos si éste software tenga código malicioso, de seguimiento, y en la mayoría de ocasiones políticas absurdas de licenciamiento.