Discussion :

[codec_abc]

Personnellement je préfère les espaces, mais bon chacun ses préférences. Sinon pour toutes les personnes qui prétendent qu'il faut effacer les espaces 1 par 1 J(et que du coup c'est moins pénible d'utiliser les tabulations) c'est faux. N'importe quel IDE correct désindente le code de la taille d'une tabulation avec Shift+Tab. J'espère que maintenant certaines personnes arrêterons de spammer leur clavier

[SylvainPV]

Sortez les fourches

Tabulations pour indenter, espaces pour aligner, c'est ma paroisse. Ça correspond à l'option "Smart Tabs" dans la plupart des éditeurs. Un argument en faveur des espaces est qu'on a le même résultat visuel chez tout le monde, alors que je plaide justement pour permettre à chacun de lire le code de la façon qui lui plait en configurant sa largeur de tabulation. Ça permet également de mettre fin au second débat chez les whitespaces fans, à savoir combien d'espaces blancs faut-il utiliser par niveau. Le seul fait que ce second débat existe est une preuve qu'il s'agit d'un mauvais choix selon moi.

[NSKis]

Elle est pas belle la vie?

Quand on pense qu'il y a des mecs qui se lèvent le matin avec pour seul soucis de savoir si les développeurs utilisent le Tab ou plutôt l'espace, on ne peut pas dire qu'il y a de vrais problèmes sur la planète Terre...

[Songbird]

Salut,

Qu’est-ce que vous préférez utiliser pour indenter vos programmes ?

Je préfère les espaces !

Pourquoi ?

Je trouve les tabulations tout simplement gênantes, quand tu fais des backspace tu reviens 15km en arrière... "Bref, c'est chiant", comme on dit dans le jargon.

(bien entendu ça reste une préférence perso, je ne voue pas un culte aux espaces)

[CoderInTheDark]

Ca me fait penser à un épisode de Silicon Valley
Après va t-on avoir Vim ou Emacs ?
Je préfère VIm et Notepad ++
C'est un sujet à lancer pour avoir une bataille rangé dans l'open space lol

Je préfère les tabulations, car elles sont plus facile à compter sans les yeux.
J'utilise surtout eclipse et son option d'indentation automatique.
Je fais pas trop attention pendant la rédaction, car ça se fait tout seul.
Je fais ctrl maj i de temps en temps et ça suffit

J'ai souffert avec Synfony et son fichier de config avec des espaces

[Darktib]

Je trouve les tabulations tout simplement gênantes, quand tu fais des backspace tu reviens 15km en arrière...

C'est justement un avantage pour moi, quand je veux revenir une indentation en arrière c'est un seul backspace. Au lieu de n appuis si c'était des espaces (sur visual studio, qui ne sait toujours pas gérer ça...).

Un énorme avantage des tabulations, c'est l'impossibilité d'avoir des demi-indentations (ou tout autre genre d'indentations incorrectes).

Sinon, la méthodologie est faussée: si un fichier utilise des tabs pour l'indentation + espaces pour l'alignement, le vote dépendra du caractère le plus utilisé... ce qui peut amener à des faux positifs.
Et sinon, est-ce qu'on sait si les différents forks sont comptés séparément ? Idéalement, seuls les dépôts originaux devraient être comptés.

[Logan Mauzaize]

Il y a un autre inconvénient, que je vis beaucoup au quotidien, mais qui n'est pas intrinsèquement la faute des tabulations :
Beaucoup d'éditeurs de texte ne savent pas gérer correctement les tabulations ! En fait, je n'en ai toujours pas trouvé un qui sait les gérer correctement ! Ou alors, je n'ai pas trouvé les bonnes options.
Je prends un exemple illustratif : admettons que j'ai le code suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
		uneFonction(parametre1, // avant la fonction  : 2 tabulations
		            parametre2, // avant le paramètre : 2 tabulations puis 12 espaces

Ensuite, je fais un retour à la ligne. Mon curseur se trouve alors juste en dessous du début de "parametre2". C'est bien.
Sauf que, à gauche du curseur, au lieu d'avoir 2 tabulations puis 12 espaces, j'ai, par exemple, 5 tabulations et 0 espace (si j'affiche chaque tabulation avec une taille de 4 espaces) !

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
		uneFonction(parametre1, // avant la fonction  : 2 tabulations
		            parametre2, // avant le paramètre : 2 tabulations puis 10 espaces
					parametre3); // avant le paramètre : 5 tabulations puis 0 espace !!!!!

Du coup, quand on affiche le code avec une taille différente pour les tabulations, "parametre2" est toujours affiché sous "parametre1", mais "parametre3" est décalé !

De mon point de vue, paramètre1 devrait être sur une nouvelle ligne et donc indenté. C'est le seul moyen d'aligner correctement. Même idée avec les "Fluent API" :

Code Java :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
new StringBuilder()
   .append("...")
   .append(blabla)
;

Et dans ce cas le caractère de "fermeture" (ex: ')', '}', ';') est aligné sur la ligne d'ouverture. Exemples :

Code Java :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
avecParenthèse(
   paramètre1,
   paramètre2
)
 
API.start()
   .open()
      .blabla()
      .autre()
   .close()
.end()

Ca me fait penser à un épisode de Silicon Valley

Une vidéo de l'épisode est d'ailleurs incrusté à la fin de l'article original

Un énorme avantage des tabulations, c'est l'impossibilité d'avoir des demi-indentations (ou tout autre genre d'indentations incorrectes).

Un avantage ou un inconvénient ? Certains utilisent justement parfois le concept de demi-indentation lors du découpage d'une expression / instruction sur plusieurs lignes.

Sinon, la méthodologie est faussée: si un fichier utilise des tabs pour l'indentation + espaces pour l'alignement, le vote dépendra du caractère le plus utilisé... ce qui peut amener à des faux positifs.
Et sinon, est-ce qu'on sait si les différents forks sont comptés séparément ? Idéalement, seuls les dépôts originaux devraient être comptés.

D'après moi seul le premier caractère de la ligne détermine l'indentation de la ligne :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT LEFT(SPLIT(content, '\n'), 1) line

Concernant les forks, ils peuvent éventuellement être pris en compte mais les fichiers identiques ne sont comptés qu'une fois et seuls les 400 000 premiers dépôts par leur nombre d'étoiles sont pris en compte. On peut supposer qu'il y a peu de forks parmi ceux-ci.

[Invité]

C'est sûrement qu'ils savent pas ce qu'est la flèche bizarre en haut à gauche.

[d3v10]

Dans un monde parfait, le SCM stockerait le code en brut ou dans un format pré-défini et la conversion se ferait à la volée côté client selon le paramétrage du format défini dans les préférences de l'IDE. Fini les débats sur le formatage, les conventions de style, les comparaisons de code foireuses suite à un reformatage en masse, etc. A chacun ses préférences sans que ça crée d'impact en équipe. On vit encore à l'âge de pierre sur ce sujet-là, les outils doivent évoluer.

[Madmac]

La tabulation devrait-être la norme. Tout simplement parce que cela permet de personnaliser l'indentation du code selon les préférences personnelles des individus sans que cela affecte le code.
Permettre ce genre de flexibilité est une délicatesse que me semble normal entre collaborateurs

De plus, avec des langages comme python, oublie un espace d'un caractère est difficile à repérer.

[jmi57]

La tabulation devrait-être la norme. Tout simplement parce que cela permet de personnaliser l'indentation du code selon les préférences personnelles des individus sans que cela affecte le code.
Permettre ce genre de flexibilité est une délicatesse que me semble normal entre collaborateurs

De plus, avec des langages comme python, oublie un espace d'un caractère est difficile à repérer.

Pour Python ou Java d'accord.

Mais d'autres langages comme COBOL fonctionnent en "position".
Or 1 espace = 1 position.
Le code commence réellement à la position 8.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

      * voici une ligne de commentaire COBOL

Comment gérer les tabulations alors ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

tab tab * voici une ligne de commentaire COBOL

Alors le Coboliste qui travaille sous Eclipse va configurer son IDE pour remplacer une tabulation par 4 espaces par exemple.

[jmi57]

cela permet de personnaliser l'indentation du code selon les préférences personnelles des individus sans que cela affecte le code.

Tout-à-fait d'accord.

En fait, souvent on considère la tabulation comme un ensemble d'espaces. Mais non. La tabulation ne sert pas à éviter d'appuyer 4 fois sur la touche espace.

La tabulation est en effet un "curseur" configurable (que ce soit au niveau du code ou d'un traitement de texte) qui définit le passage d'une zone à une autre.
Donc dans la théorie, on ne peut pas remplacer une tabulation par n espaces, ça n'a pas de logique.

En réalité, c'est courant de faire ça. Même les IDE ont des options pour cela...

[CoderInTheDark]

La tabulation devrait-être la norme. Tout simplement parce que cela permet de personnaliser l'indentation du code selon les préférences
De plus, avec des langages comme python, oublie un espace d'un caractère est difficile à repérer.

Je commence python et c'est ma hantise de faire une erreur de bloque.
J'aimerai bien avoir du Python avec accolades

Alors je pense mettre des commentaires pour pas me perdre
#End if #End for ....
Un peu comme en Pascal car je trouve ça dangereux
Une collègue faisait ça sur notre code javas.
Je trouvait ça un peu exagéré, mais quand on code sans les yeux ça aide.

En ce moment ça va car je fais que des petits Script Python pour découvrir
Mais sur un gros script ça doit être facil de se perdre

[Logan Mauzaize]

Je commence python et c'est ma hantise de faire une erreur de bloque.
J'aimerai bien avoir du Python avec accolades

Regardes du côté de Ruby ou Crystal

[CoderInTheDark]

Regardes du côté de Ruby ou Crystal

Je ne suis pas forcément contre l'idée de faire du Rubye
Je 'n'ai jamais regardé à quoi ça ressemblait.

C'est juste que je veux faire du scripting avec Java.
Et que je n'ai que deux solutions à ma connaissance Nashorn avec Javascript et Jython avec Python

De plus j'ai prévu de faire des scripts pour un logiciel, qui utilise aussi Python.
Je veux faire d'une pierre deux coups.
A propos des accolades, j'ai eu une mauvaise expérience .
Je n'en mettais pas sur les bloques d'une seule lignes.
je m'en suis mordus les doigts, quand j'ai rajouté des lignes hors du bloque forcément sans faire attention, 'ai je n'ai pas trouvé de suite le problème

[Logan Mauzaize]

C'est juste que je veux faire du scripting avec Java.
Et que je n'ai que deux solutions à ma connaissance Nashorn avec Javascript et Jython avec Python

En fait tu en as beaucoup d'autres : JRuby, Clojure, Groovy.

Le mieux c'est de faire une recherche sur les langages alternatifs de la JVM qui implémente la JSR 223.

[Apocalypse_555]

Je suis tout de même surpris que les fichiers Go soient jamais (ou en tout cas que la quantité soit négligeable) indentés avec des espaces. Quelqu'un aurait des explications ?

En Go, la plupart des développeurs (presque tous à ma connaissance) utilisent les outils officiels fournis avec le langage pour formater le code. C'est très pratique pour garder la même norme de codage quelque soit les éditeurs / les gens / les habitudes. En gros tu fait ton code puis "go fmt *" et ton code sera normaliser comme il se doit.

[Bousk]

Si c'est juste pour de l'indentation, la tabulation sera préférable parce que chacun peut paramétrer sa taille localement.
Les problèmes débutent quand on mélange les 2 pour indenter et aligner les lignes..

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
class T
{
	public:
		void toto(int i,
				int j) // et là c'est la casse..
};

Seul l'espace assurera un alignement identique chez tous les protagonistes.

[dagos]

Perso je préfère les espaces, surtout quand plusieurs personnes travaillent sur le même code source avec des éditeurs différents. Sans compter que certaines personnes ne se prennent pas la tête et ne configure pas leur éditeur, ce qui donne des sauvegardes qui pourrissent l'indentation.
J'aime pas non plus l'indentation automatique. Sur un code mal indenté initialement, l'indentation automatique peut rendre les merges fastidieux.
Et je ne suis pas d'accord avec l'argument de chacun règle sa tabulation pour avoir la vision qui lui plait, ça donne souvent des résultats bizarres si le réglage n'est pas celui utilisé initialement. Donc plutôt partisan du 100% espaces.

[Pascaltech]

J'indente en tabulation et en W pour éviter d'avoir à effacer des tonnes de tabulations lorsque le programme n'est pas figé.