116 votos

Herramientas para la redacción de documentos en colaboración

Personalmente, uso un sistema de control de revisiones (git) para gestionar mis propios escritos, hacer copias de seguridad y sincronizar entre diferentes máquinas. Sin embargo, he encontrado que la mayoría de los sistemas de control de revisiones de los programadores requieren demasiado entrenamiento para tratar de presionar a un coautor con el fin de trabajar en un documento conjunto.

¿Hay alguien que utilice herramientas de software para ayudar a manejar la escritura conjunta? ¿Qué éxito han tenido?

11 votos

Quédate con git, es el sistema de control de revisiones más avanzado.

2 votos

La única cosa que actualmente falta para que git y otros sean perfectos es un algoritmo de diff que divida el texto de latex en los trozos "semánticos" correctos para comparar diferentes versiones del mismo archivo. Sin embargo, teniendo en cuenta el número relativamente pequeño de personas que suelen colaborar en la redacción de un documento, eso no es un problema en general.

1 votos

@C.T.Schonwald: ¿conoces git diff --color-words?

33voto

David Sykes Puntos 9683

He estado usando Dropbox por un tiempo. Funciona así: Te registras en su página web de forma gratuita para obtener 2gb de espacio al que puedes acceder a través de su interfaz web. Si quieres (y esta es la parte novedosa) puedes instalar su software, que configura una carpeta en tu ordenador que se sincroniza automáticamente (y en segundo plano) con su servidor. Puedes compartir carpetas con otros usuarios de Dropbox. La base de su sistema es una versión modificada de svn (creo), y puedes volver a las revisiones a través de su interfaz web. No sé cómo se maneja la edición concurrente.

Faltan algunas funciones (sincronización selectiva, ramificación, hitos), pero en general es un servicio gratuito impresionante. El software está muy bien hecho y no distrae, estoy sincronizando carpetas desde mi ordenador de la oficina (linux) con mi ordenador de casa (windows xp) y funciona como un encanto.

25voto

Ashwin Puntos 141

Llevo un año usando svn para todos mis trabajos, y no puedo imaginarme no usar algún tipo de control de versiones ahora. No he tenido ningún problema para conseguir que los coautores lo utilicen, aunque no tengo ningún colaborador tecnófobo.

La desventaja de Dropbox (por mucho que me guste para otras cosas) es que no es tan bueno para la edición simultánea; no hay una manera fácil de fusionar los commits. Tampoco puedes mantener un historial de revisiones completo con comentarios.

Hasta ahora estoy menos convencido del valor de Google Wave; teclear en tiempo real es casi una distracción, y si quiero discutir sobre matemáticas en tiempo real me parece que es mejor usar el teléfono.

20voto

Adam Lassek Puntos 18918

Hay una herramienta que es muy prometedora, se llama ScribTeX , El editor colaborativo gratuito de LaTeX. Su descripción da

Bienvenido a ScribTeX, la herramienta en línea en línea de LaTeX. ScribTeX le permite trabajar en documentos LaTeX desde cualquier lugar con acceso a Internet y compartirlos con tus amigos y colegas fácilmente. Puedes:

* Create and edit LaTeX documents and automatically render them to PDFs;
* View a complete revision history of all your files;
* Keep your documents private, allow people of your choosing to view or edit them, or publish them to world;
* Use BibTeX to keep track of your references and include them in LaTeX documents;
* Upload images and include them in your LaTeX documents;
* Create custom style files and use them in your LaTeX documents.

Espero que esto pueda ayudar a muchos de nosotros a hacer un mejor trabajo de colaboración.

1 votos

¿Es posible (y conveniente) utilizar paquetes no estándar?

0 votos

Sí, puedes subir los archivos de estilo que quieras.

0 votos

Me ha resultado muy útil. No lo uso para colaborar, pero me ha permitido dejar a menudo mi portátil en casa y utilizar los abundantes grupos de ordenadores del campus.

20voto

Doctor Oreo Puntos 211

Una herramienta que funciona mejor que diff (en mi opinión) es latexdiff http://www.ctan.org/tex-archive/support/latexdiff/ . La ventaja es que el resultado es un archivo tex con el texto eliminado tachado y el texto añadido subrayado. También utiliza el color. La razón por la que esto es bueno es para colaborar con la gente que no quiere utilizar su método de control de versiones. una vez que se obtiene el archivo de nuevo de ellos simplemente se confirma en el repositorio y luego utilizar latexdiff-vc para ver las diferencias. A uno de mis colaboradores le gusta escribir en látex en una línea larga (una línea por párrafo) así que usar el diff regular es casi inútil con él....

14voto

Bob Puntos 34449

Yo uso bzr (por cierto, ¿alguna razón en particular para usar git?) y he terminado usándolo para casi todo: trabajos, seminarios, enseñanza, archivos de configuración, toda mi página web, casi todo lo que hago en un ordenador está en un repositorio bzr. Aunque todavía no he convencido a ningún colaborador para que lo utilice también, me parece que me facilita la vida, ya que puedo mantener fácilmente un registro de cuándo he enviado algo a otra persona y fusionar los cambios con esa revisión en particular. También puedo publicar un repositorio y facilitar a un colaborador el acceso a los archivos sin necesidad de usar bzr ellos mismos.

Dentro de un documento, utilizo el paquete changes.sty para compartir comentarios entre un colaborador y yo.

Bzr tiene "bonitos" frontales por lo que podría ser posible persuadir a una persona sin mentalidad tecnológica para que lo utilice (soy un adicto a la línea de comandos por lo que no tengo experiencia en las interfaces gráficas disponibles).

También utilizo un wiki (nlab, naturalmente) pero eso es (de momento) para proyectos menos centrados que un trabajo específico. Sin embargo, cuando escribo algo sustancial allí, lo hago "fuera de línea" (incluso hasta "compilarlo" y verlo) y sólo lo envío al éter cuando estoy contento con él.

Me parece totalmente incomprensible que la gente quiera que todo esté "en la nube". Tengo acceso a varios ordenadores de gran potencia que son capaces de ejecutar cualquier software que esté utilizando de forma increíblemente rápida. ¿Por qué iba a cambiar eso por una conexión a Internet lenta y con grietas que está garantizado que se caiga la única vez que realmente la necesito? Al utilizar un DVCS (sistema de control de versiones distribuido), sólo necesito estar conectado a Internet al inicio de una sesión determinada y puedo obtener mis archivos de cualquiera de las máquinas, por lo que no importa si una u otra está caída. En el peor de los casos, si no puedo conectarme, puedo trabajar sin conexión en algo y volver a fusionar mis cambios más tarde. De hecho, todo mi DVCS ocupa actualmente apenas 71Mb (de los cuales 25Mb consisten en mis copias locales de Instiki y xournal) por lo que podría llevarlo fácilmente conmigo en un lápiz de memoria (encriptado, por supuesto).

Si realmente quisiera colaborar en "tiempo real", utilizaría gobby (para trabajar en archivos o documentos) o jarnal (para trabajar en matemáticas). Gobby tiene edición en tiempo real (y la tiene desde hace tiempo) mientras que con jarnal puedo usar mi tableta gráfica para escribir las matemáticas para que la otra persona las vea como si estuviéramos juntos en una pizarra. Al fin y al cabo, si estoy colaborando en tiempo real, no quiero molestarme en escribir exactamente la sintaxis de LaTeX. No se me da mal el TeX, pero si estoy en "Modo Matemáticas" no quiero molestarme con él.

i-Ciencias.com

I-Ciencias es una comunidad de estudiantes y amantes de la ciencia en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X