Quel temps selon toi prendrait-il à un développeur Junior ( un petit nouveau dans une team, sans expérience en dev fonctionnel ) pour apprendre Elm from scratch et être productif.
Combien de temps je ne saurais dire, mais ça va assez vite. Une partie de ce que tu perds en palier initial, tu le gagne en mur que tu ne prends pas un peux plus tard.
Par contre de mon point de vu (je ne suis pas très friand de html+css), c'est l'écosystème plus faible que chez angular qui va réduire la productivité.
Là où avec angular les compatibilité de langages et la manière de faire du framework permettent d'encapsuler n'importe quoi dans un composant et de s'en servir sans à se soucier de l'implémentation (et donc à le combiner avec n'importe quel autre composant en principe). Avec elm on va plutôt faire ça en dehors de l'application elm et interagir avec via des envoie/réception de messages. Ça permet de continuer de garantir toutes les propriétés qu'elm veut donner à ses utilisateurs. Par contre manipuler le DOM via elm et via autre chose en même temps ne se mélange pas aussi bien. Personnellement j'ai très peu besoin de choses que je ne trouve pas en elm directement et si j'ai besoin de quelque chose d'autres je le met dans une branche bien distincte du DOM.
[^] # Re: Heureux
Posté par barmic 🦦 . En réponse au journal Elm sort en version 0.19.1. Évalué à 2.
Combien de temps je ne saurais dire, mais ça va assez vite. Une partie de ce que tu perds en palier initial, tu le gagne en mur que tu ne prends pas un peux plus tard.
Par contre de mon point de vu (je ne suis pas très friand de html+css), c'est l'écosystème plus faible que chez angular qui va réduire la productivité.
Là où avec angular les compatibilité de langages et la manière de faire du framework permettent d'encapsuler n'importe quoi dans un composant et de s'en servir sans à se soucier de l'implémentation (et donc à le combiner avec n'importe quel autre composant en principe). Avec elm on va plutôt faire ça en dehors de l'application elm et interagir avec via des envoie/réception de messages. Ça permet de continuer de garantir toutes les propriétés qu'elm veut donner à ses utilisateurs. Par contre manipuler le DOM via elm et via autre chose en même temps ne se mélange pas aussi bien. Personnellement j'ai très peu besoin de choses que je ne trouve pas en elm directement et si j'ai besoin de quelque chose d'autres je le met dans une branche bien distincte du DOM.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll