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?

5voto

Simon Hodgson Puntos 285

Yo uso svn incluso para mis trabajos sin coautores. Tengo un repositorio en mi departamento del que se hacen copias de seguridad con frecuencia, y puedo tener una copia del repositorio en cualquier máquina del mundo. Hace un seguimiento de los cambios y sé exactamente qué versión se envió a la revista o a arxive.org, etc. Permite la edición simultánea de los colaboradores. También es fácil de aprender, al menos lo básico.

5voto

jerryjvl Puntos 2145

Lamentablemente, aún no he colaborado pero yo usaría svn para la colaboración. Si se supone que es una colaboración de alto secreto, entonces yo iría por un repositorio web svn comercial (hay muchos por ahí que son muy baratos). Si crees que nadie podría robarte el trabajo o que está bien que la gente lo lea, yo usaría un repositorio svn libre. La pena es que cuando tu compañero no es una persona técnica, ni siquiera puedes pedirle que fusione las nuevas versiones de los trabajos con algún tipo de fusión se supone que tú debes hacer toda la fusión desde su lado.

Por mi parte, no utilizaría svn. Normalmente tengo trabajos de 15 páginas o así, y simplemente guardo copias de seguridad cada vez que hago un hito y luego lo comprimo todo (como cada mes o así) en caso de que algo vaya mal vuelvo a la copia de seguridad, es como un svn ineficiente a pequeña escala.. pero no quieres matar un pájaro con una bomba atómica. Siempre me ha funcionado, no estoy seguro para escribir libros.. probablemente un svn se haría necesario, pero no me sorprendería si mi técnica de copia de seguridad funcionara también.. funcionó para mi disertación de doctorado de todos modos :p

EDITAR : La mayoría de nosotros, los matemáticos, no tendríamos todo nuestro trabajo en .tex superando los 200Mb. Para eso recomendaría los repositorios web svn como (estos soportan código cerrado, es decir, proyectos privados): XP-Dev y Unfuddle Estos dos son gratuitos si no excedes los 200Mb y puedes elegir tener el proyecto (se te permite un máximo de 2 o 1 proyectos para estos repositorios gratuitos.. pero yo los mantendría en una sola carpeta grande y los nombraría como 1 proyecto). Me gusta el aspecto de Unfuddle, pero XP-Dev tampoco está tan mal. La ventaja de SVN es que sirve tanto para usuarios de windows como de linux (para windows recomendaría TortoiseSVN Client). En caso de que excedas los 200Mb (que para nuestro propósito es difícilmente creíble a menos que tengas muchas imágenes en tus documentos LaTeX), entonces recomendaría Assembla porque es muy barato (como \$3/Month/user + \$ 0,3/100Mb/Usuario) y fiable y puedes comprar todo el espacio que quieras.

5voto

bendewey Puntos 181

Para la colaboración conjunta he utilizado la subversión. Tener un repositorio central creo que es una muy buena idea para un trabajo, aunque se pueden crear repositorios centrales en bzr y git.

Sin embargo, yo me mantendría alejado de git por dos razones. Primero, el soporte de Windows no me parece tan bueno. Tienes que usar algo como Cygwin o el puerto, que no es óptimo. Por desgracia, mucha gente utiliza Windows. La segunda es que es un poco más difícil usar git. A mí me encanta git, pero subversion es sencillo: hay commit (y conflicto), mientras que con git tienes un repositorio local al que puedes hacer commit y luego también puedes hacer push a un repositorio remoto.

Al final me gusta la subversión para los esfuerzos de colaboración. El único inconveniente es que si te gusta ramificar tu trabajo, entonces subversion es horrible comparado con git o bzr. Bzr y svn también tienen buenos números de versión ;)

5voto

Shadow2531 Puntos 6726

Sólo para añadir a la generosa promoción de Jon Awbrey de mi sitio web wiki, MyWikiBiz... Actualmente estoy trabajando entre bastidores con el Dr. Martin Hepp, que dirige el grupo de investigación sobre comercio electrónico y ciencias de la web en la Universitaet der Bundeswehr Muenchen, para implementar las propiedades semánticas "GoodRelations" en nuestro sitio, que esperamos que organice y agilice una serie de campos de datos semánticos (atributos y relaciones). Estará más orientado a la información empresarial, pero sólo señalo que estoy dispuesto a colaborar activamente con las iniciativas de investigación/universitarias para hacer de MyWikiBiz su taller académico, aunque sea para probar simplemente ontologías o estilos de colaboración. -- Gregory Kohs

5voto

Portman Puntos 15878

Google Wave tiene un robot llamado watexy que puede añadir matemáticas a las conversaciones. Una vez que lo has añadido, pones los comandos de LaTeX entre los signos de doble $$ y lo sustituye automáticamente por una imagen.

Útil para una charla de matemáticas, pero de ninguna manera utilizable para elaborar un artículo o una prueba que luego puedas cortar y pegar en un documento LaTeX adecuado.

Pero es un comienzo.

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