GuybrushSinon, deux articles (un peu partisan ^^)

Naaaaaan !?!

Guybrushsametmax.com/un-gros-tro…

J'ai pas vu le second, à vrai dire arrivé au milieu j'ai ctrl-shift-backspacé pour pouvoir réagir sur le forum tellement il y a du bullshit dedans, mais j'irai quand même au bout.

Dans la famille "trop gros, passera pas" :

Google a utilisé massivement les pages dynamiques, et devant le constat des performances misérables de la seule techno qu’il y avait a dispo, il a pondu chrome, et sa VM Javascript ultra performante.

Bravo au maîîîître, il a guéri la peste, le cholera, la famine dans le monde, et comme il s'emmerdait, il a fait passer un langage d'asmathique tuberculeux à recordman du monde du 100m. Qu'est-ce qu'y faut pas lire comme connerie ! Ok, V8 a été efficace, mais pas d'un facteur 10. Et la perf JS s'est globalement améliorée chez les concurrents aussi.

Php est un langage avec une super doc et une communauté noob friendly.

Uhuh ! Super doc ? uhuh ! Trop gros, passera pas.

La partie avec les exemples sur le typage : ouais, c'est pas top, mais le '5' + 1 et '5' - 1, ou le ===, c'est des trucs à savoir, point. Déjà, si tu comprends pas que le + est le signe de concaténation, forcément tu vas saigner des oreilles quand tu vois ça, mais sinon, c'est logique que tu aies fait de la merde. C'est un langage non typé, si tu le sais pas et que tu concatène un string et un nombre, tu vas faire de la merde, mais c'est qui le fautif, le langage ou toi ?

Après, ça mélange des langages fait pour serveur et JS, en s'étonnant que les outils pour gérer un filesystem doivent demander un module supplémentaire. C'est vraiment de la pure mauvaise foi (et je suis expert).
Et les avantages du JS sont totalement mis de côté. Si, si, y'en a. L'approche fonctionnelle et sa gestion des événements sont parfois des trucs très importants.

Ok, JS est pas top, ok il existe effectivement parce qu'il n'existait rien d'autre que ce machine qui servait à faire clignoter une image ou faire tomber la neige au moment où on a eu besoin de faire de vrais applis dans le browser (finalement, netscape a eu raison) .... mais sa démonstration est quand même pétrie de mauvaise foi. Surtout quand il met php dans la liste des "bons" langages bien foutus.

Shais pas vous, mais y'a des moments où j'ai besoin d'un avion, et d'autres fois d'un vélo. Il faut utiliser le meilleur outil pour le besoin à ce moment-là, point.

pomDe plus tout est objet.

Tout se fait via du prototypage, c'est pénible, car ce n'est pas le "tout objet" que l'on connait dans les vrais langages objets (qui a dit Smalltalk? )

Je trouve juste dommage que le développement de v8 (et autre) soit motivé par "JS est le langage par défaut coté navigateur, améliorons ça. Et, au fait, si on foutait un interpréteur standalone comme ça on peut l'utiliser aussi ailleurs", plutôt que "JS est un super langage, écrivons un compilo JIT pour améliorer les perfs de ce langage, et sauvons le monde en faisans un interp. standalone". C'est tout

Y a de nombreux bons langages qui mériteraient de prendre la place de JS, et au lieu de pousser dans cette direction, non, on a fait en sorte de pousser JS là où il ne devrait pas (idéalement) être. On peut faire une guerre des langages de progs, mais faut quand même reconnaître que pousser JS n'est pas une bonne idée en soit.

TchouUhuh ! Super doc ? uhuh ! Trop gros, passera pas.

Je suis pas d'accord avec toi, la doc de php était vraiment bien foutue à l'époque (je n'ai pas jeté un oeil depuis au moins 5 ans !). Non seulement, c'était bien expliqué, bien trié, mais il y avait de nombreux commentaires et questions/réponses (un mini stackoverflow) intégré.

TchouAprès, ça mélange des langages fait pour serveur et JS, en s'étonnant que les outils pour gérer un filesystem doivent demander un module supplémentaire. C'est vraiment de la pure mauvaise foi (et je suis expert).

Pas tout à fait. Ce sont des trucs qui font bien souvent partie de la lib standard d'un langage.

TchouSi, si, y'en a. L'approche fonctionnelle et sa gestion des événements sont parfois des trucs très importants.

Fonctionnelle ? Parce que tu peux passer des high-order functions? Non.... ça n'en fait pas un langage fonctionnel, bien au contraire (il faut d'ailleurs des trucs comme underscore.js pour commencer à s'en approcher). Scheme, Haskell, OCaml sont des langages fonctionnels. Pas JS.

(pour la gestion des événements, je ne vois pas de quoi tu parles. Si c'est pour le fait de pouvoir associer un callback, je pense que tous les langages ont un tel support. Ce sont les fonctions anonymes qui rendent ça "simples" en JS. Mais t'as déjà essayé de débugguer tout ça ? )

@Guy : on peut pas reprocher à JS d'avoir choisi le voie objet par prototype plutôt que objet par classe. C'est un choix et l'habitude qu'on n'a ou pas ne fait la qualité intrinsèque du truc. De plus, plus on s'y colle et plus on trouve ça plaisant. Et ES2015 a rajouté le sucre syntaxique pour les classes si tu préfères.

Je pense que Node a eu l'intrérêt de mettre un peu d'ordre dans les modules et avoir un seul son de cloche dans le monde foisonnant de JS. Donc je ne comprends pas la critique envers Node.

Ah au fait, je me souviens en 2000 avoir fermé une app écrite en Netscape server, donc le JS serveur existait à l'époque (mais ce n''était pas du Node). Je ne sais pas comment il gérait le système de fichier à l'époque.

Et si, JS est un langage fonctionnel (et objet). La construction du langage permet de coder map, reduce, etc... tout ça très facilement. Tu peux critiquer que ça n'existe pas de base (et critiquer l'API du langage) mais ça ne veut pas dire que le langage ne le permet pas (va coder forEach en Java < 7!).

En lien un passage de Eloquent JS qui implémente map, filter...

GuybrushJe trouve juste dommage que le développement de v8 (et autre) soit motivé par "JS est le langage par défaut coté navigateur, améliorons ça.

Le soucis c'est qu'on parle du web, là. Que l'on aime ou pas le JS, le HTML ou le CSS, ce sont les briques de bases que l'on sait avoir un rendu plus ou moins identique chez tout le monde, qu'il utilise le dernier macbook pro à Seattle, un vieux PC à Katmandou, ou une montre connectée à Vladivostok !
Si demain un fournisseur de browser proposait SA solution, elle ne marcherai que sur son browser, uniquement à partir de cette version, et pas chez les autres. Donc soit on fait plusieurs versions de ce qu'on code dans des langages différents, soit on laisse tomber une partie de son audience et on retourne au "temps béni" d'IE6 et à ses 10 années de stagnation technologique sur le web.

Qu'on le veuille ou non, c'est la situation, et elle pourra difficilement changer avant 5-6 ans.

GuybrushJe suis pas d'accord avec toi, la doc de php était vraiment bien foutue à l'époque (je n'ai pas jeté un oeil depuis au moins 5 ans !). Non seulement, c'était bien expliqué, bien trié, mais il y avait de nombreux commentaires et questions/réponses (un mini stackoverflow) intégré.

Ok, j'ai peut être déconné et effectivement été de mauvaise foi, effectivement il y a bien pire.
C'est juste que dans la liste des "bons élèves" mettre php, forcément lui aussi a dû biaiser pour trouver un truc pour php.

Guybrush

Tchououtils pour gérer un filesystem

Pas tout à fait. Ce sont des trucs qui font bien souvent partie de la lib standard d'un langage.

Pas d'un langage qui pour des raisons de sécurité dans sa sphère d'utilisation n'a _pas_ intégré ça. Et on aurai hurlé si le js d'il y a quelques années avait possédé des fonctions de gestion de filesystem. Du coup, forcément quand il est étendu au scripting serveur, il faut lui rajouter un module.

TchouOk, j'ai peut être déconné et effectivement été de mauvaise foi, effectivement il y a bien pire.
C'est juste que dans la liste des "bons élèves" mettre php, forcément lui aussi a dû biaiser pour trouver un truc pour php.

Je ne t'ai pas répondu sur le coup car il y aurait eu trop de choses à dire, mais je suis tombé aujourd'hui sur cet article, qui fais echo à la news et qui permettra peut être de mettre à jour ta vision de php (datée de pré-2011, je dirais )

Fabe(datée de pré-2011, je dirais )

Exactement, je parle du futur ! ... wait !

Ouais, Laravel ça semble super bien, et PHP 7 d'après les benchmarks semble performant. Et ouais de grosses tares s'améliorent, mais ça me fait drole de voir que tu me dirige vers cet article où le mec cible (cf dernier paragraphe) des gens qui pensent que RoR est l'acteur dominant du développement web. Comment dire ... :)

Ouais, Laravel, ça semble bien ...
/me regarde la tonne d'applis remplies de code dégoûtant qui traine sur ses serveurs (dont certains de son fait, mais rien ne vaut le code de certains prestataires dans un marché de niche !)

TchouOuais, Laravel, ça semble bien ...

C'est pas forcement à celui-là auquel je pensais... (putain mais arrêtez avec Active Record )

Tchouça me fait drole de voir que tu me dirige vers cet article où le mec cible (cf dernier paragraphe) des gens qui pensent que RoR est l'acteur dominant du développement web

C'est une certaine réalité, notamment aux US (AirBNB, gitlab, ...).

Tchou/me regarde la tonne d'applis remplies de code dégoûtant qui traine sur ses serveurs (dont certains de son fait, mais rien ne vaut le code de certains prestataires dans un marché de niche !)

Si on doit juger la qualité d'un écosystème à ses mauvais développeurs d'il y a 10 ans, effectivement
J'avais complètement arrêté PHP jusqu'à l'apparition du PHP FIG et de composer, et maintenant je n'ai aucun doute sur sa capacité à faire des applis maintenables et performantes.

TchouExactement, je parle du futur ! ... wait !

Aaaaah le futur

FabeSi on doit juger la qualité d'un écosystème à ses mauvais développeurs d'il y a 10 ans, effectivement

10 ans ? Tu sous-estime fortement l'incompétence latente. Surtout dans les marchés de niche où tu as au mieux 2 solutions logicielles existantes. Et/ou des donneurs d'ordre incompétents qui choisissent selon des critères qu'il ne vaut mieux pas connaitre.

Après, un mauvais ouvrier fera toujours du mauvais boulot quel que soit l'outil utilisé...

Fabe (putain mais arrêtez avec Active Record )