El inventor de la WWW, director del W3C Consortium y profesor en MIT, Tim Berners-Lee, habla sobre el «[Future of the Web](http://webcast.oii.ox.ac.uk/?view=Webcast&ID=20060314_139)»
(link a través de [Boing Boing](http://www.boingboing.net/2006/03/31/inventor_of_the_webs.html))
[tags] web, tim berners-lee, www [/tags]
Todos los que tenemos acceso a una «vida digital» y que hemos estado usando computadores por un tiempo (más de 14 años, en mi caso) tenemos la ventaja de tener acceso a una tonelada de trabajo e información sin movernos del escritorio. Si uno es cuidadoso (y se aprende a porrazos) uno puede acumular fácilmente décadas de documentos, fotos, declaraciones de impuestos, etc. El otro lado de la moneda es que hay que tener cuidado como se guarda toda esa información. A diferencia de la «vida análoga», donde todo está en papel, y es posible leerlo sin problemas, la información digital es **opaca**: necesitas un traductor (computador + programas) para recuperarla.
El tema fue abordado en un seminario de la [Fundación Long Now (Making Digital Durable)](http://www.longnow.org/shop/free-downloads/seminars/). El charlista uso una analogía muy apta: el problema de la mantención de nuestra historia [digital] es parecido a mantener una casa: los pisos se ensucian en cosa de días, los muebles se deterioran en cosa de meses, las paredes en años, y los cimientos en décadas. Lo mismo pasa con material digital: los formatos cambian, los medios se deterioran, los equipos se vuelven obsoletos, etc. Para mantenerla en buen estado, tenemos que pensar en todas esas escalas.
Un libro puede durar cientos de años. ¿Pero un CD? ¿Un disco duro? ¿Que pasa si un programa desaparece, y los archivos están guardados en un formato (alguien se acuerda de star office?) inaccesible?¿O el equipo ya no existe? El problema es complicado, pero la charla reforzó mi idea de solo usar formatos abiertos para guardar mis archivos.
Y es que los formatos cerrados son parte del problema, y los abiertos, como OpenDocument (algo ya había [escrito](http://eldiabloenlosdetalles.net/2005/11/12/odf-con-mas-fuerza-y-con-campana-y-todo/) sobre esto), parte de la solución. Los primeros van y vienen con la empresa que los creo (que tiene una motivación comercial para mantenerlos secretos). Los segundos tienen el potencial de ser implementados por cualquiera que así lo elija y las especificaciones son públicas.
¿Si tienes que acumular tu vida en tu computador, y la historia en la biblioteca, cuál formato prefieres?
[tags] odf, Software Libre/Código Abierto [/tags]
El otro día leí un artículo interesante en [Sushi Knights](http://sushiknights.cl) sobre el uso de [Control de Versiones](http://sushiknights.cl/?q=node/636). El artículo se centra en [CVS](http://http://es.wikipedia.org/wiki/CVS), un sistema muy popular si uno quiere colaborar con muchos otros autores en un proyecto común.
Mis documentos los escribo con [LaTex](http://es.wikipedia.org/wiki/LaTeX), utilizando [vim-latex](http://vim-latex.sourceforge.net/) (instalación en Debian: apt-get install vim-suite) y [Vim](http://vim.org), el mejor y más poderoso editor de todos los tiempos :), y la combinación de los dos es (casi) perfecta, porque tengo todo los comandos de Vim y una serie de herramientas para escribir y compilar mis documentos a PDF. Lo que me faltaba para tener un sistema perfecto era el control de versiones que mencionaban los Knights. Y así se hace con Vim:
0.) Instala [RCS](http://www.cs.purdue.edu/homes/trinkle/RCS/). Es software libre, y llegar y llevar en cualquier SO. Viene preinstalado en casi cualquier Linux/OSX. (En Debian, trivial como siempre: apt-get install rcs)
1.) Baja [rcs-menu.vim](http://www.vim.org/scripts/script.php?script_id=41)(*), un pequeña extensión para vim, y asegurate que esté en el directorio apropiado (en Linux, ~/.vim/plugin).
Eso es todo! El uso es muy simple. Digamos que tengo un documento llamado **tesis.tex**, y quiero hacer modificaciones y mantener una historia (o log) de los cambios. Si el documento esta abierto en vim, haz (esto se puede hacer como describo abajo o usando el menu llamado ‘RCS’ que se crea si estas usando una version GUI, como gVim):
\init
Vim te pregunta que describas que contiene el archivo:
enter description, terminated with single ‘.’ or end of file:
NOTE: This is NOT the log message!
>>
cuando termines, escribe un solo punto y después retorno:
enter description, terminated with single ‘.’ or end of file:
NOTE: This is NOT the log message!
>> Esta es mi tesis
>> .
Y listo. En el mismo directorio, se ha creado un nuevo archivo, llamado **tesis.tex,v**, un archivo en formato RCS que va a contener el texto original más todos los cambios que le haré en el futuro. Ese archivo es solo-lectura. Para poder obtener la ultima versión del archivo y hacer modificaciones, haz (con tesis.tex abierto):
\lock
Esto crea una copia del archivo que se puede modificar. Cuando quieras guardar los cambios (‘commit’, en la jerga de estos programas), simplemente haz:
\ci
y Vim te preguntará por una descripción de los cambios que has hecho. Haciendo **\lock** puedes seguir trabajando después de un commit.
Y eso es todo!! RCS es muy simple, y no es tan elegante ni tiene tantos pitos y flautas como CVS u otros programas (por ejemplo, no es recomendable si varias personas quieren trabajar con los archivos al mismo tiempo), pero para proyectos personales o si no quieres aprender un sistema más complicado, esto puede ser útil.
(*) Otra alternativa es [rcsvers.vim](http://www.vim.org/scripts/script.php?script_id=563), una extensión que crea una nueva versión cada vez que salvas el documento.
[tags] vim, rcs, revision control, software libre, util [/tags]
