N'est-il pas beaucoup plus simple de suivre le courant avec autre chose que de développer votre propre langue?
Bien sûr, mais pour suivre cela d'une manière absurde, nous serions tous en train d'écrire tout en assembleur si personne ne développait de nouveaux langages.
Parfois, il n'y a pas de flux. De nouvelles langues viennent à exister parce que quelqu'un a une démangeaison à gratter, que ce soit un amateur de langues qui veut juste inventer quelque chose de nouveau ou une entreprise avec un besoin non satisfait par ce qui existe déjà.
C'est exactement ce qui s'est produit lorsque John Backus a proposé le système de traduction de formules mathématiques IBM en 1953. Il voulait un moyen plus facile pour les utilisateurs scientifiques de spécifier des formules mathématiques qu'en les écrivant en assembleur. Ce produit propriétaire est devenu le premier langage de programmation qui n'était pas assemblé, et vous le connaissez sous le nom de Fortran.
Là où Fortran a été le premier à emprunter cette voie, Erlang en est à peu près le porte-affiche. Ericsson voulait améliorer la façon dont le logiciel pour ses commutateurs téléphoniques a été développé et a inventé un langage pour le prototypage avec des fonctionnalités spécifiques à leurs besoins. Lorsque je l'ai exploré pour la première fois, j'ai retenu qu'il a été développé par des personnes ayant un réel problème à résoudre qui n'aurait pas été bien desservi par aucune des autres langues disponibles en 1986. Erlang est resté un produit propriétaire exclusif comme votre collègue a rencontré jusqu'à ce qu'il soit open source plus d'une décennie plus tard, et maintenant c'est un langage courant.
Go et Scala sont des langues relativement jeunes dans le grand schéma des choses, et il est tout à fait possible que la langue utilisée dans l'entreprise de votre collègue soit antérieure aux deux. Ce qu'il doit faire, c'est se renseigner sur son histoire, pourquoi elle est née et pourquoi elle continue d'être utilisée.
J'ai passé la décennie entre 2003 et 2013 à travailler pour une entreprise qui a largement utilisé un environnement spécifique à l'industrie qui comprenait son propre langage qui a ses racines à la fin des années 1970. Alors que certaines langues plus récentes auraient pu être des remplacements plus appropriés (et des crochets pour eux ont été greffés au fil du temps), cette industrie y avait investi suffisamment et un énorme corpus de code éprouvé qu'il n'y avait tout simplement pas de bonne analyse de rentabilisation pour passer à autre chose.