Un code de 5 lignes n'a jamais voulu rien dire. On peut faire dire à peut près n'importe quoi à un code de 3 à 5 lignes. De plus je l'ai déjà dis les règles/conseils/bonnes pratiques/coutumes sont faites pour être violées en connaissance de cause.
Quant au goto il est extrêmement pratique pour la libération de ressources sur erreur en C, ou pour certains algorithmes un peu pointus.
Oui en C. Ça n'en fait pas une règle générale. Il faut vraiment s'en servir avec parcimonie, jamais (du moins je n'ai jamais vu de cas où ça ne deviendrait pas de la merde) avec un label hors de la fonction, avec précision. Grosso modo il y a quelque patern où le goto est utile, 2 où il est indispensable (libération des ressources traitement des erreurs) et quelques exceptions. Les langages objets On sortis c'est deux motifs pour qu'ils aient une sémantique plus précise. Faire fit de ce que le langage te propose pour cela c'est avoir choisi un langage inadapté.
Et il n'y a pas à parler de besoin de trace ou que sais-je avant d'en avoir vraiment besoin.
Oui sauf que le coût et le risque d'erreur lié à la mise en place de ces patern après coup rend, montre que le logiciel perd beaucoup en maintenabilité. Des logs c'est quasiment systématique d'avoir à en produire, si ton utilisateur rencontre un problème il est bien de pouvoir voir les conditions de l'erreur sans avoir à tenter de reproduire le bug difficilement chez toi (en fait ça simplifie de beaucoup la reproductibilité). Tu peut t'en sortir avec de l'AOP, mais là il faut :
ajouter un nouveau langage/paradigme à ton projet
faire très attention à ne pas rendre ton code totalement imbitable
En outre, quand c'est dans un standard de codage, cela dénonce parfois une approche culturelle du développement par l'encadrement rigide de gens peu compétents et le code résultant à beau satisfaire toutes les règles magiques en question, c'est de la merde en boite pour d'autres raisons. Le cargo cult programming n'a jamais produit de bons résultats…
C'est dommage tu avais bien commencé en donnant des exemples et tout et tu finis sur des jugements à l'emporte pièce sur des valeurs. C'est à partir de là que j'ai arrêter de lire ton commentaire, il ne peut rien sortir de bon face à ce genre d'arguments.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Julia
Posté par barmic . En réponse au journal De l'enseignement de la programmation en classe préparatoire. Évalué à -1.
Un code de 5 lignes n'a jamais voulu rien dire. On peut faire dire à peut près n'importe quoi à un code de 3 à 5 lignes. De plus je l'ai déjà dis les règles/conseils/bonnes pratiques/coutumes sont faites pour être violées en connaissance de cause.
Oui en C. Ça n'en fait pas une règle générale. Il faut vraiment s'en servir avec parcimonie, jamais (du moins je n'ai jamais vu de cas où ça ne deviendrait pas de la merde) avec un label hors de la fonction, avec précision. Grosso modo il y a quelque patern où le goto est utile, 2 où il est indispensable (libération des ressources traitement des erreurs) et quelques exceptions. Les langages objets On sortis c'est deux motifs pour qu'ils aient une sémantique plus précise. Faire fit de ce que le langage te propose pour cela c'est avoir choisi un langage inadapté.
Oui sauf que le coût et le risque d'erreur lié à la mise en place de ces patern après coup rend, montre que le logiciel perd beaucoup en maintenabilité. Des logs c'est quasiment systématique d'avoir à en produire, si ton utilisateur rencontre un problème il est bien de pouvoir voir les conditions de l'erreur sans avoir à tenter de reproduire le bug difficilement chez toi (en fait ça simplifie de beaucoup la reproductibilité). Tu peut t'en sortir avec de l'AOP, mais là il faut :
C'est dommage tu avais bien commencé en donnant des exemples et tout et tu finis sur des jugements à l'emporte pièce sur des valeurs. C'est à partir de là que j'ai arrêter de lire ton commentaire, il ne peut rien sortir de bon face à ce genre d'arguments.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)