le meilleur développeur est celui qui est le plus rapide à réaliser une tâche donnée. Je trouve cela très réducteur
Moi aussi à vrai dire. D'un autre coté, j'ai été vite en besogne dans la traduction de la conclusion. J'aurais plutôt du dire "le meilleur développeur est celui qui se fatigue le moins en réalisant ses tâches" (ce qui ne veut pas dire la même chose).
tu pose le problème de la mauvaise façon et ta réponse est donc à coté de la plaque.
C'était justement tout l'intérêt de la question (suffit le voir la réponse que j'apporte).
On me vend un nouveau langage = meh
On me vend un outil qui permet de générer facilement et fiablement un front-end javascript = ha, c'est déjà un peu plus cool
Le soucis que j'ai avec elm, c'est qu'il est vendu comme un truc révolutionnaire, alors qu'au final il ne fait que forcer les bonnes pratiques déjà connus et applicables à javascript…
Je me suis manifestement mal exprimé.
Le meilleur bricoleur entre celui qui a 12 tourne-vis, 5 marteaux, 27 clés, 3 mètres-rubans, 14 pinces et celui qui a 1 tourne-vis, 1 marteau, 1 clé, 1 mètre ruban, 1 pince ? Celui qui sais se servir de ces outils…
Mouai, bof. Un tournevis cruciforme, c'est pas pratique pour enfoncer un clou, couper des planches, serrer des boulons, mesurer…
Je réitère ma question : quel est le meilleur bricoleur entre celui qui a un seul tournevis cruciforme et celui qui en a 12 différents ?
Spoiler réponse : celui qui sais s'en servir.
Je viens de lire le lien dans l'article pointant sur le tuto de "l'architecture elm" et, bah, soit j'ai pas compris, soit c'est un simple pattern MVC (où ils ont remplacé le terme "controller" par "update" pour plus de hype). Donc bon…
Elm apporte une façon radicalement différente de coder des applis dans le navigateur
Ça me fait penser à des widgets. Oui, le truc qui existe depuis des lustres dans le domaine des interfaces graphiques. Rien de nouveau sous le soleil quoi.
l'article met l'accent sur ce qu'il y a de moins intéressant avec Elm : la programmation fonctionnelle
Je suis d'accord avec toi, mais il faut bien avouer que le langage à l'air, malgrès lui, très fonctionnel (il suffit de voir les signatures curryfiés dans les exemples).
Tout ce à quoi je peux penser en voyant cet article, c'est ce strip de xkcd…
De plus,
il vous permettra de découvrir de nouvelles façons de faire et vous permettra de devenir un meilleur développeur.
je suis tout à fait pas d'accord. Ce qui fait un bon développeur, ce n'est pas la taille de la panoplie d'outils/méthodologies/paradigmes qu'il sait utiliser, mais la rapidité avec laquelle il s'acquitte d'une tâche (monnayant une certaine expertise).
Pour illustrer mon propos, je vous laisse regarder cette conférence de Kathy Sierra pour O'Reilly (l'éditeur de bouqins sur l'informatique). Pour les non-anglophones, je vais résumer par une question simple : quel est le meilleur développeur entre :
- celui qui sais écrire un bot twitter en [insérez votre langage préféré]
- celui qui sais écrire un bot twitter en C++, perl, python, smalltalk, ruby, javascript, scala, D, rust, swift et go
Spoiler réponse : Surement le premier car il n'a pas gaspillé ses ressources cognitives à apprendre des langages pour l'exemple, et donc maitrise bien mieux son langage de prédilection.
Comme le dit si bien le dicton : "Bon à tout, propre à rien".
[^] # Re: Yet another one
Posté par LouisB . En réponse à la dépêche À la découverte d'un nouveau langage, Elm. Évalué à 2.
Moi aussi à vrai dire. D'un autre coté, j'ai été vite en besogne dans la traduction de la conclusion. J'aurais plutôt du dire "le meilleur développeur est celui qui se fatigue le moins en réalisant ses tâches" (ce qui ne veut pas dire la même chose).
Pour le reste, je comprends ton point de vue.
[^] # Re: Yet another one
Posté par LouisB . En réponse à la dépêche À la découverte d'un nouveau langage, Elm. Évalué à -1.
C'était justement tout l'intérêt de la question (suffit le voir la réponse que j'apporte).
On me vend un nouveau langage = meh
On me vend un outil qui permet de générer facilement et fiablement un front-end javascript = ha, c'est déjà un peu plus cool
Le soucis que j'ai avec elm, c'est qu'il est vendu comme un truc révolutionnaire, alors qu'au final il ne fait que forcer les bonnes pratiques déjà connus et applicables à javascript…
[^] # Re: Yet another one
Posté par LouisB . En réponse à la dépêche À la découverte d'un nouveau langage, Elm. Évalué à 2.
En effet, je comprends mieux les avantages qu'ont ce langage par rapport a javascript.
[^] # Re: Yet another one
Posté par LouisB . En réponse à la dépêche À la découverte d'un nouveau langage, Elm. Évalué à -2.
Je me suis manifestement mal exprimé.
Le meilleur bricoleur entre celui qui a 12 tourne-vis, 5 marteaux, 27 clés, 3 mètres-rubans, 14 pinces et celui qui a 1 tourne-vis, 1 marteau, 1 clé, 1 mètre ruban, 1 pince ? Celui qui sais se servir de ces outils…
[^] # Re: Yet another one
Posté par LouisB . En réponse à la dépêche À la découverte d'un nouveau langage, Elm. Évalué à -2.
Mouai, bof. Un tournevis cruciforme, c'est pas pratique pour enfoncer un clou, couper des planches, serrer des boulons, mesurer…
Je réitère ma question : quel est le meilleur bricoleur entre celui qui a un seul tournevis cruciforme et celui qui en a 12 différents ?
Spoiler réponse : celui qui sais s'en servir.
[^] # Re: Yet another one
Posté par LouisB . En réponse à la dépêche À la découverte d'un nouveau langage, Elm. Évalué à 0.
Je viens de lire le lien dans l'article pointant sur le tuto de "l'architecture elm" et, bah, soit j'ai pas compris, soit c'est un simple pattern MVC (où ils ont remplacé le terme "controller" par "update" pour plus de hype). Donc bon…
Ça me fait penser à des widgets. Oui, le truc qui existe depuis des lustres dans le domaine des interfaces graphiques. Rien de nouveau sous le soleil quoi.
Je suis d'accord avec toi, mais il faut bien avouer que le langage à l'air, malgrès lui, très fonctionnel (il suffit de voir les signatures curryfiés dans les exemples).
# Yet another one
Posté par LouisB . En réponse à la dépêche À la découverte d'un nouveau langage, Elm. Évalué à -3.
Tout ce à quoi je peux penser en voyant cet article, c'est ce strip de xkcd…
De plus,
je suis tout à fait pas d'accord. Ce qui fait un bon développeur, ce n'est pas la taille de la panoplie d'outils/méthodologies/paradigmes qu'il sait utiliser, mais la rapidité avec laquelle il s'acquitte d'une tâche (monnayant une certaine expertise).
Pour illustrer mon propos, je vous laisse regarder cette conférence de Kathy Sierra pour O'Reilly (l'éditeur de bouqins sur l'informatique). Pour les non-anglophones, je vais résumer par une question simple : quel est le meilleur développeur entre :
- celui qui sais écrire un bot twitter en [insérez votre langage préféré]
- celui qui sais écrire un bot twitter en C++, perl, python, smalltalk, ruby, javascript, scala, D, rust, swift et go
Spoiler réponse : Surement le premier car il n'a pas gaspillé ses ressources cognitives à apprendre des langages pour l'exemple, et donc maitrise bien mieux son langage de prédilection.
Comme le dit si bien le dicton : "Bon à tout, propre à rien".