Hay dos tipos de programadores: los creyentes y los ateos.

Los creyentes se creen tan buenos que no necesitan pruebas. Tienen fe en su forma de escribir código.

Los ateos, necesitan pruebas para poder creer.

Precisamente por esta razón nace Atheist.

Acabo de migrar el site.

Antes estaba en mi propio hosting, gestionado íntegramente por mí. Consistía en un Drupal con una base de datos MySQL.

Con el fin de facilitarnos el despliegue, siempre resulta interesante crear un entorno aislado para realizar pruebas. Lo ideal sería disponer de un entorno en local lo más parecido posible al entorno remoto.

Pues esto es posible gracias a VirtualEnv .

Hay muchas cosas a tener en cuenta cuando se desarrolla un programa. El problema es que en C estas primeras decisiones son cruciales para conseguir un poco de orden y concierto.

La falta de espacios de nombres y de jerarquía hace que todo sea un cajón de sastre. La falta de clases y objetos provoca interfaces poco definidas y accesos incorrectos.

Llevo unos 6 años programando en Ansi C y voy a exponer algunas de las buenas prácticas que he detectado en este tiempo.

No entraré en temas de estilo, sino en cuestiones prácticas.

No están todas las que son, pero son todas las que están.

Tras comentar las buenas prácticas más básicas en Ansi C, veamos ahora las buenas prácticas cuando estamos haciendo una librería, ya sea estática o dinámica.

En concreto, me centraré en la librería estática y luego pasaré a dar algunas pautas para las dinámicas.