"Y no te marches de un proyecto sólo porque nadie contesta tus correos"
Una entrevista con el ingeniero de versiones de OpenOffice.org, Sander Vesik
Más información: eiohel@openoffice.org | ver condiciones para su reproducción
Editor's Column
Louis Suárez-Potts
1 de marzo de 2001
Durante dos días, entrevistaba al ingeniero de versiones de OpenOffice.org, Sander
Vesik. Como ingeniero de versiones, Sander trabaja con Armin
Theissen en las oficinas de Sun en Irlanda con el fin de coordinar
los lanzamientos de las nuevas versiones de
OpenOffice.org. Al principio tenía intención de editar esta entrevista
en la sección de "Spotlight" de la página de inicio de
OpenOffice.org. Pero dado que Sander hace hincapié en algunos temas
importantes sobre el Open Source que trascienden la
naturaleza más biográfica de "Spotlight", creo que este lugar es el más adecuado.
Todo proyecto de Open Source tiene unas características que lo definen. ¿Cuáles son las características de
OpenOffice.org que te atrajeron?
Trabajaba en Sun antes del 13 de octubre [2000] cuando el sitio web (y el proyecto), por lo menos en lo que se refiere al código
fuente, se dio a conocer. Pero en general, supongo que era el renombre de 'StarOffice' y su potencial [que me atrajeron].
¿Cómo describirías tu papel en OpenOffice.org?
Imagínate una de las grandes pirámides, la Pirámide de Cheops por ejemplo, y vas quitando todas menos, digamos, 20 piedras elegidas
al azar. Podrías pensar en una gran variedad de formas basadas sólo en estas 20 piedras y la posición de las piedras en aquella
estructura podría también variar de manera considerable. En este momento es muy dificil decir dónde voy a estar en el paisaje
OpenOffice.org cuando termine de desarrollarse. Sólo espero que el proceso adquiera velocidad. Por ahora, suelo estar como una piedra
que flota libremente.
A veces es dificil para las personas no conocedoras del funcionamiento de un proyecto Open Source entender cómo
se establecen y definen las posiciones…
Realmente, OpenOffice.org no es un proyecto Open Source, y desde el punto de vista de la base de desarrolladores tajantemente
no lo es, dado que sólo tiene un desarrollador no de Sun. Bien, así no suena demasiado bonito a primera vista. Sí, el código es libre
sin ninguna duda, pero la comunidad de desarrolladores y las estructuras asociadas con ella simplemente no se han desarrollado
todavía.
¿Qué quieres decir, entonces, con la idea de proyecto Open Source? ¿Es la comunidad que marca la diferencia?
Parece que quieres dar a entender que es la comunidad que da identidad a un proyecto Open Source.
Hay un gran número de matices entre 'totalmente Open Source' y 'closed source [código fuente cerrado, o no libre]'. En
ese espectro están unos cuantos proyectos FSF [Free Software Foundation o Fundación de
Software Libre], Sun JDK source, Ghostscript, Mozilla[.org],
OpenOffice.org, GNOME, KDE,
Linux, y muchos más. [Si] un proyecto es un proyecto abierto o no no depende tanto
de la licencia sino cómo funciona el proyecto en su totalidad. La licencia es sólo un pequeño elemento del todo, y no siempre el más
importante. Hay proyectos con licencia GPL que realmente son más
cerrados que JDK, [pero] este hecho también sirve para evitar activamente divergencias.
¿Cómo harías de OpenOffice.org un proyecto con más características Open Source? Es decir, ¿qué queda todavía
por hacer?
De verdad creo que sólo sucederá si entra gente nueva en el proyecto y si se comprometen activamente con el proyecto. Hasta la
fecha, esto sólo ha sucedido con porting [la traducción del programa a otros sistemas operativos].
¿Qué recomendarías a un nuevo miembro de la comunidad en relación con su incorporación a un proyecto?
Depende realmente del proyecto, pero creo que en general [podría] empezar por hacer preguntas, descubrir cosas por su cuenta (y
[pedir] documentación para los elementos sin cobertura), y aportar parches que arreglan errores o añaden nuevas funciones. Oh, y no
marcharse sólo porque parece que nadie te está haciendo caso ni te está contestando.
Para miembros potenciales, ¿qué elementos de OpenOffice.org pueden atraerles?
La disponibilidad de binarios frecuentos, una gran varieded de papeles todavía no ocupados, [y] ver que lo que hacen realmente llega
a los escritorios de muchos usuarios en varias plataformas.
NOTA: Condiciones para la publicación y difusión posterior del artículo:
Desde el subproyecto native-lang/es de OpenOffice.org,
agradecemos la colaboración y la generosidad del propietario del copyright.
|