Je suis globalement d'accord pour cette liste (qui ne contient aucun langage propriétaire et qui ne contient pas non plus Ada), mais qu'en est il de Delphi, Visual Basic, Action Script ou encore Quick Basic ? Que je sache, ces langages ont été très utilisés et ont (bien heureusement) majoritairement disparus (Action Script est en voie).
Je m'en fou pour ma démonstration. Ça suffit à montrer la décorrélation entre langage de haut niveau et courte durée de vie. À coté de ça cobol et fortran bien que toujours utilisés, le sont de moins en moins et ne tiennent que parce qu'il est pour le moment plus chère de convertir les programmes écris dans ces langages dans un autre langage que de les maintenir, mais la main d'œuvre et les offres d'emploi se font rare (du moins en proportion). Pour aller vers des choses plus extrêmes, plus personne ne code en BCPL par exemple.
Par contre, je suis tout à fait d'accord avec toi pour dire que les gens qui apprennent un ou deux langages et qui s'y limite, […]
D'où le peu d'importance du premier langage. On à l'impression ici qu'il faut que ce soit le bon, que c'est catastrophique si c'est python, etc. Non ce sera de toute manière un langage parmi d'autres.
Je trouve cette logique totalement contraire à ce que tu indiques. C'est totalement une idée de geek que se dire qu'il faudrait toujours utiliser le langage le plus adapté pour le projet ou la tâche à faire.
Tu n'a pas du bien lire ce que j'ai écris.
Tu utilise le bon langage point (celui qui est adapté à ce que tu fait et aux contraintes du projet).
Par contraintes j'entends entre autre :
l'existant est en brainfuck, ça coûte trop chère de tout réécrire donc on continue sur notre lancé
on développe sur iOS, on a pas confiance en la maturité des alternatives donc on choisi de coder en ObjectiveC
on a des compétences en whitespace donc on privilégie ce langage pour nous simplifier la maintenance
Bon, si tu codes h-24 depuis 10 ans, tu as moyen de commencer à avoir une bonne maîtrise de 4-5 langages, ça reste peu.
Justement on connait tous trsè peu de langage, donc on de bonne chances de devoir se mettre à en apprendre d'autres sur le tas ou en avance de phase pour de nouveau projet. Encore un argument pour expliquer le peu d'importance du premier langage, il faut qu'il soit généraliste et qu'il permettent de présenter quelques principes généraux (apprendre à coder en machine de Turing n'est pas nécessairement une bonne idée sauf à changer rapidement pour autre chose (on en fait rapidement le tour)).
C'est la manière d'apprendre qui fait que l'enseignement sera bon ou pas. Apprendre un langage de haut niveau sans jamais expliquer le fonctionnement de la mémoire et comment gérer sa mémoire (pour éviter entre autre les mémories leaks, mais aussi prendre en compte le fait qu'il existe (ou pas) de garbadge collector (ou un compteur de référence)), c'est la responsabilité de l'enseignement et pas du langage.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Mon grain de sel
Posté par barmic . En réponse au journal Lycée et informatique : spécialité ISN en terminale S. Évalué à 3.
Je m'en fou pour ma démonstration. Ça suffit à montrer la décorrélation entre langage de haut niveau et courte durée de vie. À coté de ça cobol et fortran bien que toujours utilisés, le sont de moins en moins et ne tiennent que parce qu'il est pour le moment plus chère de convertir les programmes écris dans ces langages dans un autre langage que de les maintenir, mais la main d'œuvre et les offres d'emploi se font rare (du moins en proportion). Pour aller vers des choses plus extrêmes, plus personne ne code en BCPL par exemple.
D'où le peu d'importance du premier langage. On à l'impression ici qu'il faut que ce soit le bon, que c'est catastrophique si c'est python, etc. Non ce sera de toute manière un langage parmi d'autres.
Tu n'a pas du bien lire ce que j'ai écris.
Par contraintes j'entends entre autre :
Justement on connait tous trsè peu de langage, donc on de bonne chances de devoir se mettre à en apprendre d'autres sur le tas ou en avance de phase pour de nouveau projet. Encore un argument pour expliquer le peu d'importance du premier langage, il faut qu'il soit généraliste et qu'il permettent de présenter quelques principes généraux (apprendre à coder en machine de Turing n'est pas nécessairement une bonne idée sauf à changer rapidement pour autre chose (on en fait rapidement le tour)).
C'est la manière d'apprendre qui fait que l'enseignement sera bon ou pas. Apprendre un langage de haut niveau sans jamais expliquer le fonctionnement de la mémoire et comment gérer sa mémoire (pour éviter entre autre les mémories leaks, mais aussi prendre en compte le fait qu'il existe (ou pas) de garbadge collector (ou un compteur de référence)), c'est la responsabilité de l'enseignement et pas du langage.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)