Barrapunto

Creo que una de las mejores formas para entender cómo se debe utilizar o para que sirve alguna característica (en este caso de C++) es señalar cómo NO se debe usar y para qué NO sirve. :)

Gracias por el enlace!

Un error muy típico es no implementar al constructor de copia o el operador asignación o el destructor cuando la clase lo necesita. Se llama la regla de los tres grandes: "si tu clase necesita constructor de copia o operador asignación o destructor probablemente necesita los tres"

Tiene explicación: una clase que necesita alguno de ellos es que hace gestión interna de recursos (generalmente memoria) y la gestión de dichos recursos lo más normal es hacerla en la asignación y la destrucción. Más info en una vieja entrada de por aquí [barrapunto.com].

Si a alguien le interesa esto es posible que le interesen un par de entradas más ("RAII: Resource Acquisition Is Initialization " [barrapunto.com] y "Clases no copiables" [barrapunto.com]) aunque probablemente lo que mejor le iría es "Effective C++" de Scott Meyers [amazon.com]

Saludos y gracias por la entrada...

... es que cada cual programa como le sale del puntero. Y asi no hay quien se entere a la primera

Otro fallo típico es el uso de la herencia multiple. Cosa que al final solo trae dolores de cabeza y dependencias.

Tanto en C como en C++ suelen ser no-inicializaciones. El resultado es que el programa se comporta de forma distinta según el día, la hora o el momento (o si ha sido compilado con opciones de debug o optimizado). El problema viene de estar escribiendo varias rutinas a la vez y al final te olvidas de inicializar algo ó incluso hacer cosas como:

int rutina( float a)
{
int result;
    if( a> 0) result =1;

}

donde podéis ver resumidos los dos tipos de error más comunes a mi juicio:
1) no inicialicé "result", si a es menor o igual que 0 contiene un valor aleatorio.
2) me olvidé el "return result;", el resultado que se obtiene en la llamada "int b= rutina(2);" es aleatorio.

Como por ejemplo, programar en C++ bajo linux.