Reprise du message précédent :

L'environnement de dev Smalltalk-80 utilisait une font taille proportionnelle

http://reho.st/http://acypher.com/ [...] arsal4.jpg

C'est inhabituel, mais en théorie pas gênant (jusqu'au moment où tu tentes d'utiliser des sélections rectangulaires, ou de mettre de l'ascii art dans un commentaire...).

Ah mais je peste d'autant plus que je m'y plie hein...

Tu peux être désagréable, j'ai pas codé ce machin, ni même lu ce truc avant qu'il soit affiché ici

edit : visiblement mon associé est spécialement pas d'accord avec ton assertion Que c'est typiquement une réflexion de quelqu'un qui n'écrit pas du JS Il rétorque : « et comment tu écrirai ça alors ? »

Voilà donc c'est bien pour pouvoir utiliser des indentations plus courtes et les imposer partout quand ça leur chante que les espaces se sont battus, et ont gagné.

Perso j'ai rien contre les espaces, du moment qu'ils restent chez eux se comportent comme les vrais français ressemblent à des tabs.

 
Tu veux dire que c'est quand y'en a plusieurs que ça pose des problèmes ?  

Oh putain TU VEUX FAIRE DES INDENTATIONS À UNE ESPACE HEIN C'EST ÇA QUE TU VEUX ?!?

Mon collègue qui n'a jamais entendu parler de Richard Stallman

Bah pour commencer baseVm && forEach (que j'avais raté au premier passage) c'est нет, t'es pas obligé de coder en Perl non plus. Ensuite il n'y a vraiment aucune raison d'avoir la première assignation dans le `if` quand tu déclares la variable juste au dessus, et tu peux utiliser des gardes.

Donc je dirais un truc du genre:

if (baseVm) {
    forEach(baseVm.$VBDs, vbd => {
        let vdi = vbd.$VDI;
        // ou _.get(vdi, '$snapshot_of') (lodash), ou vdi?.$snapshot_of si ton compilo fournit ça
        let snapshotOf = vdi && vdi.$snapshot_of
        if (!snapshotOf) { return; }
 
        if (!find(fullVdisRequired, id => snapshotOf.$id === id)) {
            baseVdis[vdi.snapshot_of] = vdi;
        }
    });
}

Déjà la rapidité : VS Code est largement plus rapide qu'Atom alors qu'ils sont basés sur le même moteur (Electron).
Puis l'Intellisense, qui est aussi pratique sous VS Code qu'il ne l'est sous Visual Studio "vanilla"
Le debug des applis Node.js : le même debugger que Visual Studio, avec les mêmes touches  
Support natif de Typescript (normal)
Intégration de Git
 
et bien d'autres choses
 
Un éditeur à essayer, vraiment.  
 

 
La rapidité est un bon argument Que ça ressemble à VS par contre ça m'est égal puisque je l'utilise pas du tout Pour le reste je vois pas de diff avec Atom. Je ferai un essai, il est vrai qu'Atom est bien moins rapide que Sublime.

Vs est prêt a l emploi, atom nécessite l'install de plugin avant même d'être utilisé.

Ben tu peux lui rétorquer qu'entre raynal, Machine, Taiche et moi, on est déjà 4 développeurs expérimentés à trouver ce code illisible, doit y avoir une raison. Je dis ça, je dis rien.

if (baseVm) {
    forEach(baseVm.$VBDs, vbd => {
        let vdi = vbd.$VDI;
        // ou _.get(vdi, '$snapshot_of') (lodash), ou vdi?.$snapshot_of si ton compilo fournit ça
        let snapshotOf = vdi && vdi.$snapshot_of
        if (!snapshotOf) { return; }
 
        if (!find(fullVdisRequired, id => snapshotOf.$id === id)) {
            baseVdis[vdi.snapshot_of] = vdi;
        }
    });
}

Voila, ça me paraît nettement plus lisible, et probablement sans perte de performance mesurable par rapport au charabia du collègue.

https://github.com/nolanlawson/optimize-js

Ce qui me semble le plus critiquable dans la lisibilité, spa une question de JS ou autre. Je proposerais à ton collègue de lire Clean Code, par Robert C. Martin, ça explique plein de choses intéressantes (au-delà de la lisibilité d'ailleurs) qui ne se limitent pas au langage.

Ouais, mais installer un plugin est hyper simple et pris à chaud. C'est pas vraiment une corvée.
Sinon en cherchant une excuse de cracher sur MS je viens de voir que VS Code est dispo pour Debian?? Je comprends plus rien, aidez moi.

Ca fait quelques années que Microsoft est sorti du coté obscur : mise de .NET en open source (https://github.com/dotnet/), mise à disposition de versions gratuites fonctionnelles de Visual Studio, sortie de VS Code pour le développement web, implications dans l'open source, rachat de Xamarin et intégration gratuite de ce dernier dans Visual Studio (alors qu'il coutait un rein), sortie d'outils multi plateformes, intégration de bash (Ubuntu) dans Windows 10, etc...

Bah c'est Electron donc pas très dur d'en faire un .deb.

l'install est facile pour les deux. Mais un des deux est prêt à l'emploi.  
 

Putain, les travaux, ça va nous mener en mars ou avril prochain. J'avais pas prévu ça. Pas près de déménager, moi.

 
Tu parles de mon lead dev là, je suis pas sûr qu'à seulement vous 4 vous puissiez avoir raison
 
Il préfère que ça soit compact (moins d'étage) et que c'est plus clair sa façon de faire (le if à l'extérieur pour la première ligne il dit qu'il peut comprendre, que c'est un choix). Et je cite : « sa remarque fait bien ressortir qu'il manque l'opérateur "?"  en JS »
 
J'ai pas envie de passer les plats sur ce genre de débats, donc si vraiment vous voulez jouer au ping pong faudra passer sur IRC, mais moi je voudrais pas qu'il perde du temps sur ce genre de débats
 

 
Oui le virage OSS de Microsoft était particulièrement visible à la LCon cette année Les mecs sont prêt à t'aider de ouf si tu utilises leurs soft/environnements, j'ai rarement vu ça (chez n'importe quel autre éditeur de soft)
 
C'est tellement fou que ça prend des allures de « eh eh eh, on est là ! nous oubliez pas ! »    

 
tu as acheté une ruine  ?

Nan mais j'aime pas le "style" de l'ancienne proprio. Avec entre autre la SdB décorée façon porno soft des années 70, tout en marbre rose avec force miroirs sur les cotés et au plafond.  
Et le carrelage blanc au sol, pas mon truc non plus. Et je vais faire tomber quelques murs.

J'ai pris un architecte, c'est pour ça. Rien que pondre les plans en 3D, la déco, etc, ça lui prend un mois et demi (il a x affaires en parallèle...). De toute façon ça correspond aux 45j avant la signature finale. Ensuite il faut 15j pour les appels d'offres aux entreprises, ça nous laisse 15j de travaux en décembre, ensuite fêtes, et ensuite environ 2 mois de travaux supplémentaires. Donc j'arrive début mars au plus tôt. J'espère qu'il va faire du bon boulot.

Ouais c'est particulier, comme genre. Plus kitsch tu meurs. On sent qu'elle avait foutu un pognon la-dedans, pour arriver à quelque chose d'aussi moche...

Franchement avec une déco comme ça, je comprends bien la nécessité de tout péter

Dites vous,
 
J'ai du SSIS à faire
 
Sachant que, déjà à la base, ça me gave au plus au point, et qu'en plus je suis démissionnaire, et que donc dans l'absolu j'en ai rien à fo*tre de cette me*de
 
Vous auriez des trucs et/ou astuces qui pourrait rendre la chose intéressante et me motiver un peu ? Même un tout petit peu ?

 
C'est quoi ces arguments de merde
 

 
Si un lead dev me dit ça je n'aurais clairement pas envie de travailler avec lui.
Le code que tu as posté est illisible, il faut se casser la tête pour le comprendre. Le code de machine est lisible du premier coup

Et encore, ça c'est si les artisans tiennent leur planning, ce qui n'arrivera pas.

 
hey, j'ai visité une maison comme ça : tu entrais dans la SdB, tu montais des marches pour être à 80cm du sol original, tout en moquette rouge épaisse avec miroir et flamant rose en platre. Et la baignoire était affleurante dans le sol : tu descendais dans la baignoire. Puis tu en ressortait tout mouillé pour l'allonger langoureusement sur la moquette pour te sêcher.  
 
La vendeuse était russe, le bon gout slave dans toute sa splendeur

Honnêtement, le coup de l'opérateur ternaire et de la compacité du code c'est vraiment pas terrible. On privilégie la lisibilité par un être humain plutôt que la taille du fichier .js ; on est pas des compilos et de toute façon ton code passera dans une moulinette de minify avant de partir en prod. J'insiste, offre-lui Clean Code, c'est probablement les 40 € les mieux placés dans la vie d'un dev (et je te parle pas du ROI pour un lead dev, on explose tous les plafonds).
Dans ma boîte, j'ai mis en place le "un nouvel embauché = un bouquin offert". Les devs ont souvent Clean Code (sauf s'ils l'ont déjà lu, auquel cas on a d'autres alternatives), les MOA ont Specification by Example ou un truc en rapport avec le BDD.

 
Super idée
Je suis intéressé par la liste des bouquins que tu proposes aux différents profils.
 

mon problème est un peu plus évolué que tabs vs spaces, là on parle de "="  dans les conditions du if, d'aller à la ligne dans une expression sans mettre l'opérateur binaire en début de ligne. Et en plus c'est même pas sur qu'il y avait besoin d'aller à la ligne du tout au sein de l'expression.

Serait pas plus simple d'avoir un linter "wrap les fonctions anonymes dans des parenthèses"?

Jusqu'à l'instant où ils auront à nouveau une position dominante et la paf pastèque. "MS est sympa et aide les devs" c'était le cas pendant IE4~IE6, une fois que NS est mort c'était fini.

Ou qu'il utilise trop de nullables dans son code, ou qu'il faudrait des méthodes supplémentaires dans les coins, le but était juste d'implémenter les mêmes opérations de manière (IMO) plus lisible, c'est pas une validation du modèle ou des APIs.

Ça me gène pas ça, il y a 108 caractères dans la condition (en enlevant l'indentation), t'ajoutes l'indentation + le statement autour t'arrives à ~120c, chuis pas fan de lignes aussi longues c'est pas pratique pour les splits ou les diff/merge. Je préfère avoir une "cascade" d'opérations qu'une seule ligne super longue. C'est juste que là je vois pas l'intérêt de la cascade, tu peux faire plus simple et lisible autrement.

De tête :

• Clean code donc
• Specification by Example, de Gojko Adzic, vaut pour les devs ET les MOA. Pas forcément simple à lire mais ne fait que 200 pages.
• The Software Craftsman, de Sandro Mancuso
• The Pragmatic Programmer, d'Andrew Hunt (pas lu perso mais j'en ai entendu beaucoup de bien, c'est sur ma liste de trucs à lire).
• Working effectively with legacy code, de Michael Feathers. Gros gros pavé, pas forcément super digeste (exemples en C/C++), mais ça peut se lire en diagonale, pas besoin de tout lire dans le détail.
• Professionl TDD in C#, pour faire du TDD en C#. Donc pour les gens qui ont un profil C# évidemment, ça permet de mettre du concret sur le TDD, l'IoC et quels outils utiliser mais spa un bouquin incontournable, loin de là. Je l'avais trouvé très chouette quand je m'étais mis au TDD mais il date un peu maintenant.

Après y a aussi des trucs pour les gens plutôt techniques (donc orientés .Net ou Java essentiellement) ou plutôt méthodo (Agile, NoEstimates), ça dépend des profils et des envies.

EDIT : les 3 premiers sont pour moi des bouquins importants dans la vie d'un dev.

 
« Vous faites pas du JS sur des « gros » projets. Si je privilégie la compacité parfois c'est parce qu'avoir moins de code à lire et à scroller pour comprendre c'est aussi plus facile. »
 
Vous avez donc tous tort
 

Ston lead dev, stoi qui vois. Perso, en entretien en tant que candidat, un lead dev qui me dit ça et qui veut pas lire Clean code ou un des bouquins ci-dessus, je refuse la mission.

Non mais c'est mon associé. En JS, je lui fait une confiance aveugle parce qu'il connait **vraiment** bien son rayon. On peut aller en détail si vous voulez, il démolit votre exemple

« ce code il est nul à chier » (sur l'exemple « meilleur » donnée ici )

edit : perso ça me fait rire ces débats de devs, on sent bien qu'il y a des chapelles

edit 2 : l'autre dev trouve que l'enchaînement des conditions est plus simple dans le code actuel (on lui a montré les deux en aveugle )

ce qui est sur c'est que je dois aller foutre un coup de scapel dans le code en question et je vais en chier

On peut organiser un débat si vous voulez, mais vendredi ça serait mieux, et j'ai pas acheté les pop corns