Reprise du message précédent :
On peut organiser un débat si vous voulez, mais vendredi ça serait mieux, et j'ai pas acheté les pop corns

De la moquette dans une SdB  

Yup.

C'est pas rare aux US.

Il s'agit pas de langage là. La version de Machinne est beaucoup plus lisible que la seconde, simplement parce qu'elle ne tire pas avantage des souplesses du parser des effets de bord des assignations. Dans un concours de style, la version 1, dans du code que je veux voir dans ma codebase, la version 2.

 
C'est justement là que vos points de vues divergent on dirait. Il n'est pas d'accord là dessus : on écrit pas du C ou du Go comme du JS. Surtout sur un projet JS avec une taille respectable. M'enfin perso j'ai pas d'avis négatif sur ce code puisque en interne ça n'a jamais posé de soucis vis à vis des autres devs chez nous.
 
Sauf nray aujourd'hui (donc ça va me coûter bien le prix des livres cité, que je vais lire pour ma culture et laisser traîner au bureau )

Ils seraient pas du genre à coller de la moquette et des miroirs au plafond de leur salle de bain, par hasard ?
 
Nan, en fait, j'ai pas envie de débattre plus que ça, je m'en fous. C'est ton dev, je vais pas causer des disputes inutilement.

l'argument de la compacité du code, quand on passe à la ligne ou met des lignes blanches à des endroit aléatoires, il est pas trop valide.

Comme je disais, c'est ton lead dev, stoi qui vois. On peut être une brute en perfs/connaissance du langage, ça donne pas forcément du code lisible. Or on passe plus de temps à lire du code qu'à en écrire, sans parler des gens qui repassent derrière toi pour modifier le code.
Quel problème à écrire "accountNumber" plutôt que "acct" ? Idem pour les noms de méthodes, pour tout en fait. Le meilleur test, c'est de filer ton code à quelqu'un de pas du tout technique et lui demander s'il comprend ce que ça fait. Si oui, t'as un code compréhensible et maintenable. Sinon, faut sortir l'outil de refacto. L'avantage c'est que renommer une variable ou extraire du code dans une méthode sont des techniques de base implémentées dans la plupart des IDE et souvent assez safe. JS ou pas JS, c'est pas la question.

Spa une histoire de chapelle/clocher/concours de bite. On parle de lisibilité et compréhension du code. Stu veux des exemples un peu plus sportifs de l'intérêt de la lisibilité, y a cet article qui est rigolo : http://www.viva64.com/en/b/0377/ (attention, c'est du C) Mentions spéciales pour le copier/coller et le if-else qui font la même chose alors que les commentaires sont différents.

 
Il a pas tout écrit dedans non plus Je sais pas dans quelle partie tu te trouves (quand c'est moche en général c'est moi qui fait caca là dedans)
 
Et le mot de la fin : « ben ils ont assez tort (ndlr: sur les généralités du code valables sur tous les langages) , rien que sur la complexité du code (nombre de points de sortie), sur l'hétérogénéité et sur la maintenabilité »
 
Visiblement le return dans le code exemple l'a bien fait marrer C'est dommage il a la flemme de venir débattre ici, j'aurai bien voulu moi

En fait cet exemple sorti du contexte donne une vision tordue de sa façon d'écrire, parce que c'est du putain de métier, où un VBD c'est un putain de VBD, un VDI c'est un VDI.

Ça s'appelle comme ça et ce sont pas des abréviations « dans le code ». Sinon c'est nommé clairement, ya un respect sémantique, de la longueur des lignes, rester compact sans être trop dense etc. Donc c'est pas un dev autiste illisible, si c'est ça que vous pensez Sinon on aurait eu du mal à faire venir des alternants qui arrivent à résoudre des issues sur notre projet 2 semaines après être rentré (même si c'était des petites issues).

je confirme que ce fichier a l'air quand même plus tordu que les autres. Je vois pas trop pourquoi, c'est super critique, c'est les backups.

 
Parce que ya aucune API dans XenServer pour faire du backup, et que t'es obligé de faire la logique très compliquée pour y parvenir, remplie de conditions dans tous les sens Forcément, ça a un impact sur le code.

Ah oui si c'est un développeur FORTRAN qui part du principe qu'une fonction peut avoir qu'un return, on va clairement pas s'entendre (la note sur la "complexité du code" c'est juste n'importe quoi, la garde est une reformulation de son test d'origine, il y a le même nombre de tests dans les deux fonctions (en ignorant le find) 3)

Oui mais pourquoi? Parce que par la force de l'age où la specification, les langages que tu cites préconisent un coding style. En JS y'en a pas, mais y'a quand même un consensus, tiré par des personnes venant d'autres langages ou par du bon sens qui va t'inviter à ne pas tirer profit des souplesses qui existent dans le langage. Sans aller dans les extrêmes à la CrockFord, y'a quand même des trucs que tu veux éviter.

Or faire une assignation dans un if, en dehors du fait que ça soit peu lisible ça implique de connaitre le comportement du langage. C'est comme d'écrire ~foo.indexOf(), c'est valide, beaucoup plus pratique, mais pas forcément compréhensible si tu ne connais pas le langage et ses opérateurs.

Donc dire « ce code il est nul à chier » en parlant de la version de Machinne je trouve ça con. Y'a pas d'autres mots. En tout cas, le premier passe pas la code review chez moi, le second oui. Je sais écrire du code compact qui fait le taf, mais souvent je ne le fais pas parce que j'ai besoin que le code soit clair pour les autres, le code d'origine ne l'est pas, c'est un fait, ou en tout cas, y'a aucun intéret concret, de performance ou autre pour l'écrire comme ça.

Non mais le coup des booléens enchaînés ça fait partie de la lisibilité du bazar, c'est pas que les abbréviations. Quand la condition de ton if fait 3 lignes avec des && et des ! en vrac + une assignation au milieu, vaut mieux faire un extract method, extraire une variable par bout de condition et déjà on souffle.
 
J'arrête sur le sujet, j'ai l'impression que ça sert pas à grand-chose et j'ai pas l'intention de forcer la main à qui que ce soit, j'ai déjà suffisamment de mal à faire faire du Clean Code ici Tant mieux si ça vous va, c'est le principal.

allez pas basher mon client trop fort quand même, il a un code style un peu spécial dans certains fichiers, mais il paye mon loyer

pas mieux  

Et puis bon, l'herbe n'est pas toujours plus verte de l'autre côté https://github.com/CRYTEK-CRYENGINE [...] .cpp#L1300  

 
Qu'est ce qui est extrême ?

 
C'est pas justement dans le code métier complexe qu'il redoubler d'attention et de lisibilité ?

il peut parfaitement être d'accord avec toi et trouver que ce style dans un fichier de 2000 lignes ne pose pas de pb de lisibilité.

Tout à fait. Ce qui compte c'est que l'équipe le trouve lisible et ça peut se démontrer factuellement avec le nombre de bugs dans le fichier dans le temps vs les autres modules, le temps que mettent d'autres devs pour faire évoluer le bouzin...

Oui, plus que par "ils ne s'en plaignent pas", parce que bon, quand le gars qui pond ça est cofondateur de la boîte et n'accepte pas d'être remis en question, faut pas se leurrer, ta marge de manoeuvre critique est des plus limitées.

Taiche >
https://www.youtube.com/watch?v=PfGaX8G0f2E

 
Putain mais parle de ça plutôt que des beignets aux crevettes qui puent des chinois

Lui. I.e: Si tu suis pas ses guidelines t'écris de la merde. Sinon il est sympa.

Le canyon c'est Fjaðrárgljúfur .  
Ca vaut franchement le coup. Mon coin préféré de l’île.
 
C'est pas loin de la route, il y a des toilettes juste à côté

Mon expérience chez kangolcorp me fait dire que c'est pas un obstacle à la critique, juste un obstacle à la critique à portée d'oreille des fondateurs

Et le meilleur resto de poisson de ta vie  : https://www.tripadvisor.fr/Restaura [...] egion.html

https://github.com/nodejs/node-v0.x-archive/issues/1684

 
je vais flipper mes octets à la main, comme en 1913 dans les tranchées ?

T'as fait le nord? J'ai pas fait le sud perso donc je peux pas comparer, mais si t'as vu que le sud et pas les sites du cercle de diamant (Mývatn, Ásbyrgi, l'ancien Jökulsárgljúfur, …) il y a des morceaux qui manquent

T'as gouté le chevreuil de mer (minke)?

Je cite : "Le restau c'est The fishmarket, c'est un restaurant de poisson"
 
 

Alors, on invite quatre programmeurs à dîner, et on se retrouve avec un fond d'écran les jeunes avec Juppé. Merci, Hollande  

En même temps si t'as laissé un stiffler en liberté dans ton appart'

 
Mouais. Perso je suis convaincu que tout ce que tu cites sert plutot a rendre dependant des developpeurs de leur ecosysteme, ou a les inciter a le devenir, et a essayer de limiter la concurrence. SI VS Code est uniquement (tel que je le comprends) un simple editeur de code il me parait etre une anomalie dans leur strategie, car il ne rend pas le dev dependant de leur OS ou outil de build ou langage etc., directement ou indirectement.

Merci pour rien

Ca se prononce comme ça s'écrit ?

Je note tout ça, merci
Masklinn (et d'autres ?) : si tu as des tuyaux pour Reykjavik et sa région, je prends. On y sera 1 semaine en août 2017, on rayonnera autour de la ville, on prend tous les tuyaux sympas d'activités possibles avec des gosses de 4 et 7 ans.

Vu que tu fais du Powerpoint et stiffler de la connectique réseau, je me suis dit que ça serait hors sujet

Fallait pas laisser stiffler toucher au clavier

1 an de planning pour une semaine de vacances
 
j'veux pas devenir vieux

En août 2010 on avait fait ça : https://drive.google.com/open?id=1b [...] sp=sharing

Cette carte pourrait t'être utile pour trouver des trucs à faire :
https://www.google.com/maps/d/viewe [...] xgRjvL1NMI

Tu peux aussi visiter the cave près de Reykholt mais les guides parlent qu'anglais, ça risque d'être compliqué avec les petits.
Je pense qu'ils devraient trouver impressionnant/marrant Gunnuhver avec son jet de vapeur et son odeur de souffre.
Háifoss est top mais vaut mieux avoir un 4x4
T'as les incontournables (et très touristiques) Seljalandsfoss, Skógafoss et le DC3 qui s'est crashé (7-8 km de marche A/R ça risque de pas le faire)
Il y a la Snaefell peninsula
Vous pouvez voir des macareux à Látrabjarg dans le nord ouest ou à Vik je pense en Août.
Il y a un musée de la sorcellerie à l'entrée des west fjords.

Désolé de pas avoir répondu plus tôt, mais j'suis passé en business avec un « apéro » avec les invest' ce soir    
 
Putain la quantité de pop corn dans cette journée, mais cette fois j'étais dans le rôle du challenger (et pas au milieu comme tout à l'heure )
 
   
 
Un bel affrontement de concepts/vision, mais très enrichissant ceci dit On repart avec un plan d'action réel cette fois
 
Bordel, franchement, Silicon Valley c'est un putain de documentaire