Recherche:

Non en effet, je ne connaissais pas cette syntaxe ;)

Tu mélanges des nombres et des unités de mesure, c'est une très mauvaise idée.

C'est un exemple de mauvaise programmation tout court, on ne mélange pas des pommes et des poires (sauf en JavaScript évidemment) et si le langage t'empêche de le faire c'est une excellente chose.

J'utilise autant que possible la composition mais si le problème est le typage des paramètres et retours typés, dans quel cas les interfaces ne font-elles pas le job ?



Donc l'avantage du...

Je n'ai pas tout compris car ce n'est pas clair et semble mal pensé mais a priori les interfaces répondent à ton problème.

Quel est l'intérêt du typage dynamique ? Si le type d'une variable change au cours de son existence, c'est que le code est mauvais.

Pfiu, tu ne peux même pas imaginer à quel point les -1 de personnes navrantes m'indiffèrent :mouarf:

Si on a tous bien compris pourquoi y a-t-il encore autant de gens ici même qui prétendent que JavaScript est formidable ?

Tiens, je tombe sur un exemple précis de ce qui est (entre autre) pénible en JavaScript. Je veux que ma fonction me renvoie une copie d'un objet et non une référence.

En PHP j'aurais utilisé la...

Mais tu as une guerre de retard, je me moquais juste des deux ou trois intervenants qui nous ont soutenu pendant toute une page d'échanges qu'on ne pouvait pas parler d'un même langage entre...

On est pour moi très clairement dans le syndrome de Stockholm : les devs JavaScript ont passé tellement de temps à apprendre à faire avec les faiblesse et bizarreries du JavaScript que...

Non. PHP est beaucoup plus simple d'accès par exemple. La plupart des fonctions ont un nom qui explique de manière claire ce qu'elle font, et le langage adopte de plus en plus un modèle objet bien...

Les fanatiques de JavaScript te diront que tu n'as qu'à apprendre la quarantaine (à une vache près hein, j'ai la flemme de rechercher la liste) de règles expliquant les particularités dans la façon...

C'était une vanne adressée aux individus de la page précédente ;)

Ca c'est parce que tu fais du JavaScript. Tu ferais du NodeJS tu te rendrais compte que ce n'est pas du tout le même langage !

Je voulais dire que le script s'exécute au même endroit, que l'on réponde à des requêtes http ou pas. Effectivement mon utilisation du mot serveur était sans doute abusive ;)

La frontière est tout...

C'est du serveur dans tous les cas ;)
Le code est interprété directement par la machine et pas par un client.
PHP aussi peut-être utilisé en ligne de commande.

Et cet interpréteur il tourne où ? Je vais te donner un indice : côté serveur :roll:

J'ai fait du MySQL, du MariaDB, du Postgres, de l'Informix et il ne me viendrait jamais à l'idée de dire que je ne faisais pas du SQL dans tous les cas. Et j'ai parlé de SQL, pas de MySQL, ça serait...

En même temps on ne t'a pas mis moins un sans explication, on l'a mis après t'avoir dit plusieurs fois que tu disais n'importe quoi. Et le pire c'est que tu récidives et que tes exemples sont de...

Puisque c'est demandé si poliment ;)

NodeJS, JavaScript est dans le nom... je ne vois même pas pourquoi on est en train d'en discuter. NodeJS est du JavaScript côté serveur, point.

NodeJS ça reste du JavaScript. La seule différence majeure est que l'on n'a pas à se soucier du browser de l'utilisateur. Ca le rend moins pénible, mais ça ne le rend pas agréable pour autant.

C'est rare aussi qu'un programmeur ait une expertise totale d'un langage quel qu'il soit. S'il faut une expertise complète d'un langage qui n'est pas ultra-spécialisé pour une tâche concrète afin de...

Un langage "maléable" ça veut dire quoi exactement, qu'il y a toujours 250 façons de faire une chose ? C'est rarement un bon signe...