Reprise du message précédent :

 
Oui, aussi. Mais quand même, dans le genre, ExtJS est le plus complet.
Et oui, on regarde que les gros trucs.
 

 
On est pas formés à Ext, ni à GWT, ni à autre chose.
 

http://globalrichlist.com/?

 
bah surtout on diff pas avec svn
 

J'vois pas avec quoi d'autre tu peux differ pour connaître les différences entre le repo et la working copy
 
Enfin à part git, git diff ayant d'ailleurs un flag

J'pense que le monsieur voudrait qu'un fichier qui ne diffère de la Head que par des blancs ne soit pas considéré comme différent.

Grillaid.

Ca me rappelle la méthode de travail de mon ancienne boîte: quand ils ont un gourou en quelque chose (et c'est rare), ils le louent à prix d'or à un client au lieu de lui donner quelques noobs à former histoire de profiter de son expérience

 
collegue \o/

ouais ça va finir comme ça, mais on va se configurer en tabs alors que la plupart des fichiers actuels sont en espaces...
 
tant pis
 

ouais, finalement j'ai trouvé qu'on pouvait configurer les outils de diff (tortoisemerge, winmerge...) mais pas le commit svn...
 

même remarque que au-dessus : tous mes outils disent maintenant "ok y'a pas de différence", mais quand je fais commit ça me marque quand-même le fichier comme modifié...

Heuu oui mais ça a aucun rapport, c'est pas parce que le diff que tu regardes a pas de différence quand t'enlèves le whitespace que le diff svn est ws-insensitive
 
Par contre si les seules différences sont dans le whitespace, tu sais que tu peux revert ton fichier

Et tu peux pas te configurer en espaces???

[edit] comme tout le monde.

Ah ok

 
Faut saisir le salaire brut ou net ?

nan justement, maintenant tout le monde est en tabs (c'est moins chiant, pour le futur en tout cas), mais les anciens fichiers sont en espaces.
C'est pas très grave hein, c'est juste qu'on a un stagiaire chiant qui pleure à chaque fois qu'il a un diff qui lui dit que ses whitespaces sont des différences

dans les 2 cas tu te retrouves au pire dans les 10% des gens les plus riches

Sans vouloir relancer un troll, c'est quoi le souci des tabs ?

1%

 
+1

Pas le même espacement selon les éditeurs utilisés.

Du coup, des fois y a des tabs, des fois y a des espaces.
Et ce qui ressemble à ça dans ton éditeur favori :

Peut ressembler à ça pour une autre personne utilisant des outils (ou simplement une configuration) différents :

C'est mon lot quotidien ici, et j'ai qu'une hâte, c'est claquer un indenteur automatique qui dégage les tabs pour les remplacer par un nombre fixe d'espaces.

Non mais si tout le monde utilise des tabs y a pas ce genre de pb
Perso j'utilise des tabs et ça fait partie des conventions de codage qu'on définit en début de projet au même titre que l'encoding des fichiers par exemple.
Et l'espacement visuel des tabs c'est réglables dans tous les éditeurs de texte ou IDE.

Il y a aussi et surtout le problème de l'alignement des continuations.
 
Tout en tab ou tout en espaces c'est cool, mais tout en tab c'est super pas flexible, et la majorité des éditeurs ont du mal à s'en sortir, donc là où je voudrais écrire

myList = [veryLongFunctionCall(),
          secondVeryLongFunctionCall(),
          thirdVeryLongFunctionCall]

histoire d'avoir le contenu de ma ligne bien et clairement aligné, avec des tabs je récupère (1 tab)

myList = [veryLongFunctionCall(),
    secondVeryLongFunctionCall(),
    thirdVeryLongFunctionCall]

ou (2 tabs)

myList = [veryLongFunctionCall(),
        secondVeryLongFunctionCall(),
        thirdVeryLongFunctionCall]

mais dans tous les cas pas ce que je voudrais, et je me retrouve forcé de passer le premier appel à la ligne si je veux un truc bien aligné.
 
Sachant que dans ces deux exemples, j'ai mes tabs en 4 spaces donc dans le second cas je vais voir

myList = [veryLongFunctionCall(),
        secondVeryLongFunctionCall(),
        thirdVeryLongFunctionCall]

mais mon collègue en 8spaces va avoir droit à

myList = [veryLongFunctionCall(),
                secondVeryLongFunctionCall(),
                thirdVeryLongFunctionCall]

 
Je peux utiliser des tabs pour l'indentation et des espaces pour l'alignement, auquel cas je me retrouve à mixer des tabs et des espaces, et ça va être la merde sous peu. Sans compter que mon éditeur va tenter de m'aider, et va ajouter des tabs dans la seconde ligne indentée au lieu de mes espaces

 
 
L'emmerde avec les tabs, c'est quand tu sors de ton environnement et que tu dois tripatouiller un fichier "à la main".
Enfin, c'est pour cette raison qu'on était passés des tabs aux espaces dans ma première boite.

chaque jour je comprends davantage d'où vient la réputation de pinailleurs de l'élite.

Vu que mercredÿ c'est trollÿ, je plussoie avec ratibus. Tout le monde fout en tab, on voit tous des tabs dans les diff et tout le monde peut régler la taille des tabs pour la visibilité dans son IDE. Pis roulorze.
'fin ch'ais pas, j'ai du mal à voir le pb.

myList = [veryLongFunctionCall(),
          secondVeryLongFunctionCall(),
          thirdVeryLongFunctionCall]

T'achètes un moniteur fullHD de 30 pouces, et tu fais pas chier avec des lignes de 80 char

Tiens, sondage, d'ailleurs : vos lignes font combien, dans vos normes de codage?

 
tiens c est l alim que j ai depuis deux ans
y a moyen de savoir la puissance requise par ma config ?
 

 
bah y a un truc que j ai pas compris alors
y a des gens qui committent des espaces juste pour faire comme s ils avaient bossé

Le moniteur fullhd c'est pour pouvoir afficher 3 fichiers côte à côte, pas pour faire des lignes plus longues et complètement imbitables
 
Sans compter toutes les sous-fenêtres d'IJ/Eclipse qui prennent une taille phénoménale

120 max. D'un autre côté on fait du java, avec les generics tenir des lignes de 80 ça devient vite tendu
 
 

Ya des éditeurs un peu con qui reformattent les fichiers à l'ouverture.
 
ya aussi des gens encore plus cons qui refusent de lire les fichiers qui sont pas formattés à leur code style, donc quand ils arrivent sur un fichier ils reformattent tout et ensuite se mettent à lire (sans revert derrière).
 
Le dernier il m'arrive de le faire, quand un fichier est indenté complètement n'importe comment (ou pas indenté du tout)

toppic immo      
 

 
On est à 160, nous (pour du Java aussi...On a des noms de méthodes/classes francisés par endroit, ça aide pas (et on a aussi récupéré des néerlandisés, c'est la merde))
 
 
 
 

myList = [veryLongFunctionCall(),
          secondVeryLongFunctionCall(),
          thirdVeryLongFunctionCall]

myList = [veryLongFunctionCall(),
    secondVeryLongFunctionCall(),
    thirdVeryLongFunctionCall]

myList = [veryLongFunctionCall(),
        secondVeryLongFunctionCall(),
        thirdVeryLongFunctionCall]

myList = [veryLongFunctionCall(),
        secondVeryLongFunctionCall(),
        thirdVeryLongFunctionCall]

myList = [veryLongFunctionCall(),
                secondVeryLongFunctionCall(),
                thirdVeryLongFunctionCall]

Mais avec des espaces du coup chaque personne peut pas régler l'espacement visuel qu'il souhaite. Avec les tabs il peut dire : 1 tab => 12 espaces s'il veut

Note que chez nous c'est très théorique, j'ai découvert qu'on avait des code conventions par hasard en traînant sur le wiki du pôle ingé

Le résultant étant naturellement qu'elles ne sont suivies que de très loin par certains Mais globalement ça tient dans 120 (par contre pas dans 80)

Mais personne veut qu'il veuille, la taille de l'intendation est dans les code convs (portée des code convs du langage si celles ci indiquent une indentation), et de cette manière quand un dev va lire du code sur le poste d'un autre dev l'indentation reste cohérente.

 
Je pense que je mettrais un checkstyle dans le continuum, quand on aura finalisé la nouvelle architecture, histoire de plus voir de if sans {} et autres joyeusetés.
 

 
bah voila je comprends mieux maintenant

J'avais aussi songé à un moment à créer une conf d'éditeur de base qui serait sourcée à tout le monde, pour les trucs genre warnings & errors activés, indentation, alignements, ...

Ca enlève pas mal de liberté d'affichage pour les devs je trouve.
Je connais des dev qui indentent avec 2 espaces de large, d'autres avec 4 mais toujours avec 1 seule tab.

Oui, mais même si tout le monde utilise les tabs, ça ne fonctionne que s'il n'y a QUE des tabs.
Or il est fréquent que des espaces se baladent dedans, par inadvertance par exemple. Il est courant d'avoir un truc du genre "\t\s\s\s\s\t<code>".
Complètement invisible pour celui qui a commis ce code, mais pas pour quelqu'un avec une présentation différente.

Bref, à moins de repasser derrière pour remplacer les groupements d'espace par des tabs, c'est irréaliste de penser que tout sera nickel si tout le monde utilise les tabs. D'expérience, ça ne marche pas, à mon grand désarroi.

 
ET MAIS ILS SONT LA POUR BOSSER§§§
 
Et si ils sont pas contents,on les remplace par des indiens à 2€ la journée, ça leur fera la bite.
 
4 espaces pour tout le monde, et picétou!

un médecin> c'est un peu nul ces terminaux quand même.. vous trouvez pas ?
moi> ben, c'est à dire que c'est moi qui ait écrit le système, donc je risque de pas être très objectif
le médecin> arg (regarde ailleurs avec un air géné)
 
J'adore aller dans les services...

Ctrl+A puis Ctrl+Shift+F powa