Par contre, j'arrive à imaginer que le C soit remplacé au fil de l'eau par des langages spécialisés sur de nombreux domaines, et dans d'étranges éons, sur tous.
Je pense qu'il y a toujours un domaine où le C sera difficile à remplacer même pour un langage dédié : langage d'assembleur plus haut niveau (ou abstrait).
Car le C a un avantage indéniable sur le sujet qui le rend toujours aussi attractif dans le milieu et que son éventuel remplaçant devrait conserver (et donc en faire un C à peine modifié). Le C est en effet un langage très simple (mais difficile à maitriser). Peu de mots clés, abstraction très légère, norme peu contraignante laissant de grandes libertés aux compilateurs et aux OS sur ses cas limites. Tout cela permet en C d'être facile à porter sur une nouvelle architecture matérielle. Et la taille de sa norme (environ 800 pages contre le double pour le C++) est également un atout en ce sens.
Pour bénéficier de cet avantage, son remplaçant devrait être aussi concis et simple à mettre en oeuvre. Et je doute que cela permette l'émergence d'un langage suffisament intéressant pour le remplacer.
[^] # Re: Aucun !
Posté par Renault (site web personnel) . En réponse au journal Go et Rust, lequel est le remplaçant du C ?. Évalué à 9.
Je pense qu'il y a toujours un domaine où le C sera difficile à remplacer même pour un langage dédié : langage d'assembleur plus haut niveau (ou abstrait).
Car le C a un avantage indéniable sur le sujet qui le rend toujours aussi attractif dans le milieu et que son éventuel remplaçant devrait conserver (et donc en faire un C à peine modifié). Le C est en effet un langage très simple (mais difficile à maitriser). Peu de mots clés, abstraction très légère, norme peu contraignante laissant de grandes libertés aux compilateurs et aux OS sur ses cas limites. Tout cela permet en C d'être facile à porter sur une nouvelle architecture matérielle. Et la taille de sa norme (environ 800 pages contre le double pour le C++) est également un atout en ce sens.
Pour bénéficier de cet avantage, son remplaçant devrait être aussi concis et simple à mettre en oeuvre. Et je doute que cela permette l'émergence d'un langage suffisament intéressant pour le remplacer.