Guillaume Denry a écrit 2965 commentaires

Question : à quoi ça sert ?

Probablement parce que les applications nodejs ne sont pas là majoritairement pour faire serveur de fichiers statiques mais surtout pour offrir une plateforme applicative complète, et que servir des fichiers statiques n'est probablement pas un truc assez critique dans la plupart des cas.

Je pense par exemple à des applications qui tournent sur des appliances, accessibles par une dizaine d'administrateurs maxi qui ont juste besoin de downloader le front et de passer quelques requêtes REST par ci par là et recevoir quelques notifications websockets de temps en temps.

Ca serait en effet idiot d'utiliser nodejs juste pour servir les pages d'un magasin en ligne…

Après, je suis persuadé qu'un backend en Ruby, en Go, en Rust est probablement plus performant, mais comme je le disais plus haut, le gros avantage de nodejs, c'est que c'est du JavaScript, et beaucoup d'applications s'orientent maintenant vers un partage de code entre le backend et le frontend, sans parler des app "isomorphiques".

C'est tout simplement pour faire en javascript ce qu'on pourrait faire en perl/ruby/langage-qu-on-veut-en-CGI ?

C'est ça. Et un des avantages affichés du projet, c'est pour une équipe de développeurs de pouvoir simplement passer du frontend au backend sans avoir à nécessairement maîtriser d'autres langages.

Google maps, je n'ai jamais réussi à l'utiliser correctement, il ne marche bien que sur le Galaxy Note 2 de ma femme, donc une machine un brin overkill et très chère.

Je ne me prononce pas sur la puissance requise pour faire fonctionner Google Maps (chez moi, c'est sur un nexus 5 donc effectivement, un truc assez récent), mais très franchement, je viens de passer un semaine de vacances et ce soft nous a GRANDEMENT sauvé la mise à plusieurs reprises pour la navigation, il est bien supérieur au soft de navigation de notre bagnole (qui n'a pourtant que 3 ans). La synthèse vocale devient très de plus en plus intelligible, les indications pour ne pas perdre son temps dans les bouchons pertinentes, la navigation agréable, et dans les zones de rase campagne qu'on a traversé, il s'en est très bien sorti.
Je suis pas en train de me pignoler sur google maps, et je suis content que des gens utilisent autre chose et je hais les monopoles, mais je voulais juste apporter un témoignage radicalement différent du tien, basé sur mon vécu réel de ces derniers jours.

Personnellement je déteste Elton John (sauf Nikita), je ne me sens pas obligé de le dire partout à chaque fois.

Ahaha, joli.

Sinon, je n'aime que le Elton John des années 70, après, c'est un long naufrage qui mène à la musique du Roi Lion.

pour ma part il aura surtout été le chanteur de Your Song

J'ai jamais pu blairer cette interprétation, je la trouve bien inférieure à celle d'Elton John. Mais je lui reconnais d'être plutôt originale et d'offrir quelque chose de différent.

le Frank Zappa de la musique noire

Mouais mouais mouais. Quand on connait Frank Zappa, ça fait un peu mal de lire ça.

Prince était probablement un des artistes "mainstream" les plus créatifs et originaux, mais Frank Zappa quoi, merde, on est à un autre niveau.

et entraîne des batailles entre développeurs.

Des batailles dans la rue, la nuit, à coup de griffes.

Par exemple, je n'ai pas vu de tutoriel Elm qui commence par définir ce qu'est une monade.

Tu as parfaitement raison d'insister sur ce point, la grande force de Elm, au delà de ce qu'il propose techniquement (le langage et le "toolbelt" autour), c'est l'angle choisi par ses promoteurs (*) pour en parler. Ayant essentiellement un profil de programmeur "impératif/procédural", je suis rentré dedans avec plaisir.

(*) je pense à Evancz bien sûr, mais aussi à Richard Feldman qui fait un formidable boulot d'évangélisation en s'appuyant régulièrement sur l'avancée de l'adoption de Elm par NoRedInk (la société dans laquelle il travaille)

Vu les différences fondamentales entre Elm et Javascript, j'ai plutôt l'impression que la philosophie, c'est de recréer tout un écosystème web autour de Elm en reléguant javascript à la portion congrue via les ports (et les bindings natifs dans certains cas). Autrement dit, utiliser ReactJs dans Elm, c'est pas pour demain, ni après-demain.

Par contre, l'initiative d'expliquer ces choses là par le biais de la BD est louable. Follement ambitieuse (vu le nombre de concepts et de niveaux de concepts (*)) mais louable :) Et je pense que l'idée de centrer l'histoire sur le paquet IP est un bon début.

Quelle est la cible prioritaire ?

(*) ceci dit, expliquer le corps humain comme le faisait Il était une fois la vie, ça a dû être sacrément challenge aussi :)

"Disco" et "Jupiter", c'est pour Cisco et Juniper ?

Sinon, bin comme Antoine, j'ai absolument rien capté, je suis totalement décontenancé par ce truc, mais peut-être est-ce le but ?

Sinon si on pendait les criminels au lieu de les déchoir d'une nationalité dont ils n'ont que faire, ça serait plus productif.

Absolument d'accord, on devrait rétablir la peine de mort, surtout pour les kamikazes.

J'étais sûr que je ferai cette erreur un jour.
Toutes mes excuses :)

Et comme j'ai cru comprendre que tu t'étais mis à Elm, tu as le type Result qui devrait aussi répondre à cette problématique.

Wow, 650.000 lignes ! Du coup, j'espère qu'il est indexé en mémoire ce fichier :)

D'ailleurs, "npm install -g" suxx, du coup.

Je sais que c'est sacré et que cela ne ce fait pas d'en dire du mal

C'est curieux comme façon de voir les choses : c'est comme si tu nous disais que c'est sacré et que cela ne se fait pas de dire du mal des tournevis.

Tout cela reste des outils, ça ne sert à rien de passionner le débat.

Si des gens aiment viscéralement les expressions régulières au point d'en mettre même là où elles utilisées à mauvais escient (pour valider une adresse email par exemple /troll), fuis ces gens !

our trademark lawyers are going to be banging on your door and taking down your accounts and stuff like that — and we’d have no choice but to do all that because you have to enforce trademarks or you lose them.
Can we not come to some sort of a compromise to get you to change the name without involving lawyers?

C'est peut-être poli mais ils ont un petit peu sorti l'artillerie lourde et les menaces dès le deuxième mail alors qu'il n'avait répondu encore que : "Sorry, I’m building an open source project with that name."

Elm :

Pensé "batteries included" (piles fournies),

Pas check. L'écosystème d'Elm est encore trop jeune et trop maigre :( On arrive assez vite aux limites. Mais c'est en pleine progression actuellement.

Yeux reposés, optimisé pour l'expressivité, la durabilité (facilité de lecture),

Check

Tout en épargnant au développeur pressurisé la charge cognitive inutile du comptage d'accolades ouvertes,

Mega-check

Heureusement répandu et idéal en premier langage de programmation,

Pas check. La courbe d'apprentissage de Elm est plutôt raide, quoiqu'en disent ses promoteurs. Pas tant dans le langage dont on fait assez vite le tour, mais dans le fait de prendre de nouveaux réflexes et de s'adapter aux contraintes d'un langage purement fonctionnel.

Opiniâtre parce qu'il a de bonnes raisons d'être comme il est (évoluant quand ça n'est pas le cas),

Check

Nonobstant, qui fait repousser les cheveux et gagner au loto ?

Je sais pas si on a un Nonobstant ici, mais j'ai les cheveux de la barbe qui poussent depuis que je fais du Elm, quant à gagner au loto, faudrait déjà que je joue, mais je suis sûr que je gagnerais. Mais bon, j'ai déjà un ordinateur et un fauteuil confortable, de quoi aurais-je donc besoin de plus ?

Non, c'est Elm. Indiscutablement.

Je doute que des TDD peuvent m'éviter d'écrire du caca. En tout cas le TDD, ça m'embrouille plus qu'autre chose.

En fait, "TDD" est mal nommé. Quand j'écris en TDD, c'est pas tant les tests qui m'intéressent mais la description comportementale attendue de mon code.
Dans la même logique, lorsque je veux comprendre le code d'un collègue qui bosse en TDD, je ne vais pas voir son code, mais tout d'abord ses tests, ça en dit beaucoup plus sur ce qu'on doit attendre du code.

N'oublie pas que je ne suis pas pro, ni même payé pour écrire du code. Et je suis seul a mètre la main à la tache sur mon projet.

On ne fait pas du TDD parce qu'on est pro ou juste par plaisir de perdre du temps à pondre des lignes de code, mais parce que ça confère des avantages indéniables à court, moyen et long terme. Ces avantages ne s'arrêtent pas (comme le nuage de Tchernobyl) à la frontière qui sépare les pros des amateurs.

hoooo oui, malheureusement.
bcrypt par exemple.

Et tu ne parles même pas de "npm search" qui utilise un temps d'exécution calamiteux.

Tout à fait d'accord.

nventeur du courrier électronique

Dommage qu'il n'est pas eu le temps d'imposer les Reply dans le sens de la lecture.

Il y a peut-être un côté hipster de l'informatique : maintenant que Javascript s'est complètement massifié, certains ressentent le besoin de vanter de petits langages obscurs, des créations patientes d'artisans, des éléments de distinction qui montrent qu'on ne se laisse pas aller au mainstream (*).

On pourrait utiliser exactement le même argument à chaque fois qu'un nouveau langage naît.

Je trouve ta réaction incroyable. Tu ne connais pas ces langages ni à quelle problématique ils répondent mais tu te permets de les balayer d'un revers de la main en affirmant qu'ils ne sont que des outils de hype et de distinction.

C'est pour moi pire que tout, pire que de faire du hype par exemple :)