Difference between revisions of "Buenas prácticas"

From Asibot & HOAP3 & TEO Wiki
Jump to navigation Jump to search
Line 1: Line 1:
 
* '''Siempre, para cualquier archivo de trabajo, por muy insignificante o borrador que parezca,''' utiliza uno de los repositorios compartidos:
 
* '''Siempre, para cualquier archivo de trabajo, por muy insignificante o borrador que parezca,''' utiliza uno de los repositorios compartidos:
 
** Software y hardware: [https://github.com/roboticslab-uc3m GitHub (GIT, público)]
 
** Software y hardware: [https://github.com/roboticslab-uc3m GitHub (GIT, público)]
** Redacción de publicaciones: Consultar para la URL exacta, distribuidos a través de http://robots.uc3m.es/svn/* (SVN, privado)
+
** Redacción de publicaciones: Consultar con Juan para la URL exacta, distribuidos a través de http://robots.uc3m.es/svn/* (SVN, privado)
 
* NO utilizar números en nombres de ficheros para indicar versiones/intentos/iteraciones... ¡Para eso ya existen los hash y tag de los sistemas de control de versiones!
 
* NO utilizar números en nombres de ficheros para indicar versiones/intentos/iteraciones... ¡Para eso ya existen los hash y tag de los sistemas de control de versiones!
 
== Programación ==
 
== Programación ==

Revision as of 12:51, 21 May 2016

  • Siempre, para cualquier archivo de trabajo, por muy insignificante o borrador que parezca, utiliza uno de los repositorios compartidos:
  • NO utilizar números en nombres de ficheros para indicar versiones/intentos/iteraciones... ¡Para eso ya existen los hash y tag de los sistemas de control de versiones!

Programación

  • Para crear un nuevo proyecto C/C++, utiliza project-generator.
  • Si hay problema con project-generator, coméntalo en la sección de issues. Si sigues con motivos en contra, por lo menos no dejes de utilizar CMake para cualquier proyecto C/C++.
  • Utiliza UpperCamelCase para nombres de librerías y de clases.
  • Utiliza lowerCamelCase para nombres de ejecutables.
  • Mantén un main() minimalista: implementa tu programa como una clase.
  • Si tienes un dispositivo, impleméntalo como una clase, idealmente como un YARP device.
  • Tests, tests, tests! Idealmente, para cada clase, y desarrollado a la par de la clase.