La voiture etait un exemple, je ne pretends pas savoir comment elle roule, mais je connais les principes. Si tu ne connais pas en interne comment marche la voiture, tu risques de pas l´utiliser correctement. On t´as dit par ex qu´il fallait changer de vitesse a 3000tr/min. Mais sais tu pk? Sais tu ce que ca fait si tu le fais avant ou apres ( consommation d essence etc..)? Si tu veux une conduite efficace, il faut connaitre ces choses la, ou tout du moins en gros. Au moins connaitre les consequences de ce qu´on fait. L´ex de la voiture etait pr illustrer. Vous etes senses vous y connaitre plus en informatique qu´en voiture, et c´est pareil pr moi. C´etait pr l´analogie seulement.
Bref, c´est pareil pour la programmation. Il faut savoir ce que l´on fait. On a tout tendance a ns cacher et ce n´est pas une bonne chose. Le pire defaut du c++ est le nb incalculable de variables temporaires qui sont crees sans que cela soit visible si on n´est pas au courant.
QQn qui ne connait pas les pointeurs et la gestion de la memoire sait-il la difference entre ces 2 bout de programme?
imagine une classe :
class toto
{
. ..
int nb
. ..
}
toto::toto(int i):nb(i){}
et
toto::toto(int i)
{
nb=i;
}
Tiens, pour les " puristes" avec les stl pour un iterateur, quelle difference entre
++it et it++, laquelle utiliser?
Moi je vois un ++it ca m´enerve ; )
Comprendre ces choses la qd c´est le 1er langage est encore plus dur que d´apprendre les pointeurs
Tous ces petits details, doivent etre connus si on veut faire un code propre. Car la valeur d´un code pour moi c´est surtout arriver a optimiser.
Qd je vois des gens qui font des calculs constants ds une boucle, ca m´enerve autant que toi ca t´enerve de voir un pointeur. On a chacun une vision differente la dessus et on sera jamais d´accord. Et ne me dis pas de tout faire en asm, je n´irai pas jusque la. Mais gerer soit meme la memoire ( oui avec des vilains pointeurs pas bô) pour eviter les petites allocations avec les new qui sont lents est un bon exemple.
Je ne sais pas non plus comment tu codes mais je ne pense pas que tu utilises tous les aspects du c++. Par ex pour convertir une valeur de float a int comment fais-tu par ex, je suis curieux et reponds objectivement, me dis pas la version c++ pr faire " pur"?
int i;
float f;
i=f;
i=(int)f;
i=static_cast<int> ( f);
S´il y a bcp de conversions a faire, la methode c++ est + lourde a ecrire. Donc tant qu´on reste en conversion statique pk ne pas utiliser les ( ) ?
Et si on faisait un sondage, peu de gens utilisent la version static_cast pour cette raison notamment.
Apres ce qui rendra clair le code c´est d´expliciter ce qu´on fait en commentaire...
Et pour finir, le polymorphisme dynamique, qui est un des grands apports de la prog objet, necessite des pointeurs.. Oui tu peux les cacher si tu mets le pointeur ds une classe. Mais pour faire cette classe, il faut les connaitre. Et la connaissance du c, et avoir deja manipule les pointeurs dans un tout autre contexte, aide bcp.
Savoir utiliser un langage, ce n´est pas comme tu dis : " ne pas mettre de pointeurs n´importe ou" car c´est caracteristique de qqn qui ne sait pas programmer et qui utilises ce qu´il a vu tout le temps. De la meme maniere avec le c++ : qqn qui cree ses classes n´importe comment. Avec des references croisees dans tous les sens, utiliser de l´amitie ou ces genres de choses pour s en sortir, c´est tout aussi mal concu que qqn qui utilise mal les pointeurs ( bon parfois on a pas le choix, mais les gens ont tendance a trop utiliser ces facilites). C´est identique.. donc je peux dire la meme chose.
et coyote si je t´ai dit ca, c´est pcq je ne suis pas d´accord avec le fait qu´apprendre le c avant le c++ n´est pas pedagogique, desavantageant ou que c´est une perte de tps.
Je continue personnellement a penser qu´apprendre le c avant le c++ ou n´importe quel autre langage avant, ce n´est pas un desavantage au contraire.
Ca permet de mieux comprendre les mecanismes internes.
