Pregunta

Me suelo codificaré numerosos experimentos para probar varios algoritmos, bibliotecas, o hardware. Todo el código, las dependencias, y la salida de estos experimentos deben ser anotado y guardado, para que pueda volver a ellos más tarde. ¿Hay buenos enfoques comunes para este problema? ¿Qué se hace con los experimentos después de ejecutar ellos?

¿Fue útil?

Solución

En un trabajo previo que tenían un proyecto en el SVN llama Area51 donde la gente iba a escribir código de prueba. Las reglas eran

  1. crear un espacio de nombres de paquete
  2. iniciar a través de un vacío principal
  3. public static
  4. añadir comentarios a través de javadocs
  5. dejar el proyecto en un estado compilables
  6. el proyecto nunca puede ser una dependencia de otro código

En un equipo de tres personas Esto funcionó bien. Podríamos poner "qué pasaría si" código de allí para compartir y era fácil de ejecutarlo a través de la línea de comandos o ide

Otros consejos

Cuando hago estos, por lo general son proyectos específicos, por lo que ir en un subdirectorio del proyecto (normalmente llamado "Investigaciones" en mi caso). Esto se comprueba en el sistema de control de versiones con todo lo demás.

Resultados (en su caso) entran en el mismo subdirectorio de "investigaciones" como el código usado para producir los resultados.

Sólo tengo una carpeta que llamo OneOffCode

Esta es una carpeta de solo código que he escrito, ya sea aprender una nueva tecnología tratando de demostrar un concepto etc. . Este es el código no producción.

Por lo general una copia de seguridad de una unidad de salto y lo muevo conmigo de un trabajo a otro, o de un ordenador a otro.

Estoy por lo general el cambio entre C # y C ++. Por lo tanto, tengo una aplicación de consola de prueba para C # y C ++ en un lugar "caja de arena", bajo control de origen. Las aplicaciones de consola son tanto la configuración de la misma manera en que hay una principal que exige la prueba de que estoy tratando en ese momento. Cuando he terminado sigo los viejos métodos y comentarios y simplemente limpiar el principal cuando la próxima prueba se produce.

No sé si es la mejor, pero después de que se configura entonces es bastante rápido para entrar, obtener las respuestas, salir y tener todo guardado para la próxima vez.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top