si par erreur, tu entends l'absence d'espace apres colonne, j'appelle pas vraiment ca une erreur, plus une faute de frappe.
Appelle-ça comme tu veux, en pratique le résultat est le même : un cycle edition/compilation/run en plus. Et non, ça n'est pas une faute de frappe parce qu'il n'est pas naturel d'ajouter un espace avant de fermer des quotes. C'est bien une erreur.
Je l'ai vu a la deuxieme lecture de la ligne.
Alors que "... colonne%3 ...", tu le vois tout de suite.
pour ecrire ta premiere ligne, tu as du ecrire le message d'erreur, puis donner le nom des variables en te demandant dans quel ordre tu dois les donner : 2 etapes au lieu d'une.
Parce que tu crois que découper ton string à coup de " et + c'est rapide ? :-)
tu devines ce que la ligne veut dire, pas ce qu'elle fera effectivement, ce qui me parait quand meme le plus important
Quand tu lis du code rapidement pour avoir une idée de ce qu'il fait, tu ne t'emmerde pas comprendre ce que fait exactement chaque ligne, ou alors tu n'avances plus, et avoir un string lisible te fait gagner du temps. Tu regardes le détail uniquement quand tu débugges, et dans ce cas compter les arguments n'est pas vraiment un pb. Ça reste même plus facile qu'assembler le string (surtout quand les arguments sont plus complexes que de simples noms de variables, mets des appels de méthodes à la place, pour voir :-).
quand a ce qui est d'entrelacer avec des " et des +, c'est pas pire que d'entrelacer avec des %i
Bon, si tu as envie d'y croire... Et ça fait combien de temps que tu développes, et avec quels langages, pour pouvoir affirmer ça ?
peut etre es tu rentre dans la matrice du C, ce qui fait que tu es parfaitement habitue a lire un printf.
On est beaucoup dans ce cas :-).
l'ecriture java-style me parait plus naturelle.
Même question : sur quelle expérience concrète te bases-tu pour dire ça ?
[^] # Re: C'est un troll.
Posté par Guillaume Laurent . En réponse à la dépêche Mono 1.0 sous le feu des projecteurs. Évalué à 1.
Appelle-ça comme tu veux, en pratique le résultat est le même : un cycle edition/compilation/run en plus. Et non, ça n'est pas une faute de frappe parce qu'il n'est pas naturel d'ajouter un espace avant de fermer des quotes. C'est bien une erreur.
Je l'ai vu a la deuxieme lecture de la ligne.
Alors que "... colonne%3 ...", tu le vois tout de suite.
pour ecrire ta premiere ligne, tu as du ecrire le message d'erreur, puis donner le nom des variables en te demandant dans quel ordre tu dois les donner : 2 etapes au lieu d'une.
Parce que tu crois que découper ton string à coup de " et + c'est rapide ? :-)
tu devines ce que la ligne veut dire, pas ce qu'elle fera effectivement, ce qui me parait quand meme le plus important
Quand tu lis du code rapidement pour avoir une idée de ce qu'il fait, tu ne t'emmerde pas comprendre ce que fait exactement chaque ligne, ou alors tu n'avances plus, et avoir un string lisible te fait gagner du temps. Tu regardes le détail uniquement quand tu débugges, et dans ce cas compter les arguments n'est pas vraiment un pb. Ça reste même plus facile qu'assembler le string (surtout quand les arguments sont plus complexes que de simples noms de variables, mets des appels de méthodes à la place, pour voir :-).
quand a ce qui est d'entrelacer avec des " et des +, c'est pas pire que d'entrelacer avec des %i
Bon, si tu as envie d'y croire... Et ça fait combien de temps que tu développes, et avec quels langages, pour pouvoir affirmer ça ?
peut etre es tu rentre dans la matrice du C, ce qui fait que tu es parfaitement habitue a lire un printf.
On est beaucoup dans ce cas :-).
l'ecriture java-style me parait plus naturelle.
Même question : sur quelle expérience concrète te bases-tu pour dire ça ?