Aucun langage n'est conçu pour (ou contre) le dev de gros projets.
Bien sûr que si. Un "gros" projet nécessite de bosser à plusieurs et nécessite des milliers de ligne de code : les caractéristiques d'un langage peuvent grandement aider à gérer ces situations :
- Un langage fortement typé pour valider un maximum d'erreur à la compilation : très important quand l'on modifie un code que l'on ne maîtrise pas, faire du refactoring, générer des diagrammes de classe, ou encore inférer l'arbre des dépendances du projet et comprendre/maintenir un gros projet.
- Un langage défini la façon d'écrire les modules/composants/bibliothèques : il en découle la façon/possibilité de découper l'application en modules distincts et la facilité à comprendre/maintenir le bousin.
- qui dit gros projet, dis aussi performances, répartition de charge, etc. : là encore, des caractéristiques du langage peuvent grandement influencer sur le type de programme que l'on peut réaliser, et intrinséquement limité les gros projets : modèle mémoire, modèle de thread (suffit de voir le modèle de "thread" de Python pour s'en convaincre), gestion des appels synchrones/asynchrones.
C'est la façon dont on l'utilise et la rigueur que l'on s'impose qui permet ou pas de faire un gros dev.
Oui, on peut toujours utiliser le mauvais outil, et avec un peu de rigueur réussir à découper une feuille avec un scalpel ou à l'inverse ouvrir un ventre avec une paire de ciseau pour écolier. C'est pas pour autant que les outils ne sont pas prévus et conçu pour un usage particulier.
Mais générer du code de haut niveau à partir d'un code de haut niveau, c'est juste de la masturbation intellectuelle, c'est marrant sur le papier mais ça ne fait pas avancer le chmilblick.
C'est ignorer/balayer les avantages apportés par ce nouveau langage. Tu n'as aucun argument à part prétendre que ca ne sert à rien. Pourtant le but recherché est louable et les apports non négligeables.
Tout langage est compliqué tant qu'on ne l'a pas appris, c'est vrai avec les langages humains (le chinois, le japonais, le sanscrit, ça vous parait simple ?), et c'est vrai en informatique.
Donc pour toi tous les langages sont aussi dur/simples à apprendre : le mandarin est aussi simple que l'esperanto ?
Il faut plus de 10 ans pour être expert C++, et encore, je suis convaincu que même après ce temps on apprend toujours des subtilités du langages. Alors que d'autres langages (Ruby par exemple) sont beaucoup plus faciles à apprendre.
écrit probablement dans un troisième langage
Faux, il est écrit en typescript lui-même.
c'est de l'utopie que de croire qu'on se simplifie la vie, on ne fait que s'entourer de bombes à retardement.
C'est l'histoire de l'informatique, c'est toi même qui le dit. Si on refuse se risque, on écrit tout en binaire, même l'assembleur est une bombe à retardement.
[^] # Re: "Cachez ce JavaScript que je ne saurais voir"
Posté par TImaniac (site web personnel) . En réponse au journal Nouveau projet OpenSource chez Microsoft: TypeScript. Évalué à 8.
Bien sûr que si. Un "gros" projet nécessite de bosser à plusieurs et nécessite des milliers de ligne de code : les caractéristiques d'un langage peuvent grandement aider à gérer ces situations :
- Un langage fortement typé pour valider un maximum d'erreur à la compilation : très important quand l'on modifie un code que l'on ne maîtrise pas, faire du refactoring, générer des diagrammes de classe, ou encore inférer l'arbre des dépendances du projet et comprendre/maintenir un gros projet.
- Un langage défini la façon d'écrire les modules/composants/bibliothèques : il en découle la façon/possibilité de découper l'application en modules distincts et la facilité à comprendre/maintenir le bousin.
- qui dit gros projet, dis aussi performances, répartition de charge, etc. : là encore, des caractéristiques du langage peuvent grandement influencer sur le type de programme que l'on peut réaliser, et intrinséquement limité les gros projets : modèle mémoire, modèle de thread (suffit de voir le modèle de "thread" de Python pour s'en convaincre), gestion des appels synchrones/asynchrones.
Oui, on peut toujours utiliser le mauvais outil, et avec un peu de rigueur réussir à découper une feuille avec un scalpel ou à l'inverse ouvrir un ventre avec une paire de ciseau pour écolier. C'est pas pour autant que les outils ne sont pas prévus et conçu pour un usage particulier.
C'est ignorer/balayer les avantages apportés par ce nouveau langage. Tu n'as aucun argument à part prétendre que ca ne sert à rien. Pourtant le but recherché est louable et les apports non négligeables.
Donc pour toi tous les langages sont aussi dur/simples à apprendre : le mandarin est aussi simple que l'esperanto ?
Il faut plus de 10 ans pour être expert C++, et encore, je suis convaincu que même après ce temps on apprend toujours des subtilités du langages. Alors que d'autres langages (Ruby par exemple) sont beaucoup plus faciles à apprendre.
Faux, il est écrit en typescript lui-même.
C'est l'histoire de l'informatique, c'est toi même qui le dit. Si on refuse se risque, on écrit tout en binaire, même l'assembleur est une bombe à retardement.