[F] [mOved] Mon langage est mieux que le tien - Page 70

http://danstonchat.com/18068.html

À l'anniversaire de Vince, tu nous apporteras le saucisson ?

Les commentaires sont déchainés

Use whatever brace style you prefer.

But not this.

Don't do this.

Seek help instead of this. pic.twitter.com/1EYb7BLHkb

— Boodell games. (@UdellGames) October 19, 2016

Faudrait qqchose qui permette d'écrire du C/C++ avec l'indentation Python et sans les signes inutiles.Tiens, d'ailleurs c'est une bonne idée de pré-préprocesseur, ça

Ca sent en effet le mec qui ne sais pas coder et a juste fait un peu de python #gerbe#

C'est illisible, mais c'est beau, rien à redire !

C'est clairement un développeur Python qui déteste la syntaxe style C du langage qu'il est en train de coder (qui m'a l'air d'être du Java, System.out.println est très javanais ). Peut-être que les ; { et } sont même automatiquement générés.

c'est exactement ce qu'on déduit les collegues apres que j'ai affiché ca en zone café

Mais... mais... tu te rends compte de ce que tu as fait ? Imagine qu'un manager voie ça, trouve ça génial et décide de l'imposer comme style dans ta boîte

non.
    {
    ils    en       imposent déja un
    plutot atypique
    }

Mais on s'y fait et c'est agéablement lisible

Ouais je sais, tu en avais déjà parlé, et c'est justement pour ça que je le dis : vu votre style existant, ils ont mauvais goût, il s'agirait pas de leur donner des idées

j'ai négligé un moment notre formatage, mais le pdg(-codeur) passait derrière et reformatait tout, par pitié pour le temps perdu je m'y suis mis et j'avoue que le but de rendre le code lisible est atteint.

les accolades alignées avec le bloc aident, mais surtout l'alignement des textes sur les lignes consécutives est vachement puissant.

j'ai repris l'idée et je l'adapte a mon style d'indentation, c'est séparable.

Personnellement, je trouve cette indentation imbitable, mais il y a pire, le style GNU:

if (foo)
  {
    voilà le style GNU
  }

Heureusement que la plupart des logiciels libres n'utilisent pas cette horreur.

Enfin bref, on en a déjà discuté ^^

On peu en faire fork vers un topikatroll si vous voulez

ca ira je crois qu'on a fait le tour de la question la

Je sais pas comment vous vous y prenez, mais j'utilise un .clang-format pour tous mes projets. Un raccourci clavier, et la mise en forme est finie et homogène. Ca permet de n'exiger aucun effort en cours de codage ^^

Non, c'est impossible de le faire proprement ici. il peut pas déterminer ce que j'ai indenté manuellement intentionnellement, comme les alignements sur plusieurs lignes.

Moi j'ai édenté automatiquement.

Folco (./2087) :
Je sais pas comment vous vous y prenez, mais j'utilise un .clang-format pour tous mes projets. Un raccourci clavier, et la mise en forme est finie et homogène. Ca permet de n'exiger aucun effort en cours de codage ^^

C'est pratique pour reprendre un code mal formaté (non homogène) mais si tu écris n'importe comment je pense que c'est une erreur. Perso j'organise en paragraphes, etc — ce qui fait que je rejoins squalyl : un formatage automatique sauve les meubles, mais n'est pas idéal.

Je préfère avoir des avertissements directement dans le code quand je ne respecte pas la norme choisie, quitte à ajouter des consignes quand je choisis délibérément d'ignorer la norme.

yep idem

tu peux ajouter des consignes avec clang-format

Pen² -> je ne code pas comme un porc, mais si tu regardes la doc, tu vois qu'il y a plein de trucs commodes, comme l'alignement des commentaires situés sur plusieurs lignes, des affectations, des labels (très courants en C++ avec les public/protected/private), et autres choses pénibles à reformater quand on change une simple ligne.

(genre ça :

struct gl_widget;
typedef struct gl_widget {
    unsigned short type;      // Internal type
    struct gl_widget* parent; // Parent widget
    short x;                  // Absolute position on the screen. Computed at drawing time (DrawWidget())
    short y;                  //
    short width;              // Dimensions. Computed at preparation time (PrepareWidget())
    short height;             //
    bool dirty;               // True if the dimensions of the widget must be computed before drawing.
    short alignment;          // Graphical aligment in the parent layout
    bool enabled;             // True if the widget is displayed in normal mode and executable
} gl_widget;

Cette structure ne cesse d'évoluer, pourtant les commentaires sont toujours bien positionnés en un clic)

Ah OK, fallait être plus précis

Pas mal cette feature d'alignement, c'est quelque chose que je ne fais pas parce que c'est trop pénible à maintenir. Je suis jaloux

Quand je vois ce style d'options (BreakAfterJavaFieldAnnotations (bool)), je me dis que tu pourrais donner un essai quand même

Sous eclipse c'est déjà très paramétrable, j'ai un peu la flemme de changer juste pour ça
Je vais déjà vérifier les options d'eclipse
(:D)

Eclipse ne permet pas de configurer d'outils externes ?

(ah, c'est juste un formater externe ? )

(oui )

(J'ai trouvé un truc pour aligner les champs dans les classes, mais pas les commentaires. Peut-être mal cherché)