2011-02-07 23 views
5

Para un proyecto, tenemos que escribir una simulación Matlab y nos gustaría dividir el trabajo entre varias personas. Como hay algunos programadores no profesionales involucrados y estamos tratando con un proyecto corto, queremos mantenerlo simple y usar Dropbox, por lo que no se necesita un sistema de administración de versiones.¿Cómo trabajar en colaboración con Matlab?

¿Qué posibilidades hay de hacer esto? ¿Cómo podemos dividir mejor las funciones? ¿Cómo se divide el programa en varios archivos?

+2

No programadores? ¿Cómo van a usar Matlab sin programación? –

+0

Lo siento, quería decir que no hay programadores profesionales. – Ingo

+2

Independientemente de si los miembros del equipo son programadores o no, hacer un trabajo colaborativo sin control de versiones es una manera directa de ir al infierno. Si no hay tiempo para configurarlo, capacite a las personas según lo requiera el trabajo, solo es cuestión de tiempo hasta que el proyecto falle. – zellus

Respuesta

6
  1. de control Uso versión para que pueda realizar un seguimiento de lo que se rompió, y se comprometen a intervalos regulares, de modo que hay un punto de control de versiones.

  2. Diseñe el programa de modo que diferentes personas puedan trabajar en él al mismo tiempo. Dividirlo en varios archivos que puede probar de forma independiente para la corrección. Haga que un programador profesional sea responsable de la red troncal (función principal, definición de clase). Requiera interfaces y documentación consistentes, por lo que es fácil mantener todo junto.

  3. Hablen entre sí con frecuencia. No tiene que ser reuniones formales grandes en muchos casos, solo dando la vuelta y diciendo "hey, ¿puedes ver esto?" a menudo es suficiente Todos necesitan saber quién trabaja en qué y dónde están para que sepa con quién hablar en caso de que surjan preguntas. Es mucho más rápido resolver un problema hablando con la persona involucrada en lugar de tratar de entender su código.

2

Usaría el control de versiones, ahorra muchos problemas a la larga.

Git es bueno porque no hay un repositorio central, por lo que cada uno posee su propia versión.

Esto, en mi experiencia es del agrado de los "no programadores", ya que les gusta violín (y romper) su versión.

Y git clone http://whatever, como método de obtener una distribución es probablemente tan fácil como sea posible.

Y deberá saber cuándo se realizaron los cambios. Por ejemplo: encuentra un error y no está seguro de si necesita volver a ejecutar las simulaciones anteriores o no (¿cuándo se introdujo el error? - ¿afecta a tal o cual simulación?). Sin el control de versiones, encontrar errores es un gran estrés porque no puede estar seguro de las respuestas a estas preguntas.