Ist es nicht viel einfacher, mit irgendetwas anderem im Fluss zu bleiben, als eine eigene Sprache zu entwickeln?
Sicher, aber um dem zu einem absurden Ende zu folgen, würden wir alle alles in Versammlung schreiben, wenn niemand neue Sprachen entwickeln würde.
Manchmal gibt es keinen Fluss. Neue Sprachen entstehen, weil jemand einen Kratzer hat, egal ob es sich um einen Sprachhobbyisten handelt, der nur etwas Neues erfinden möchte, oder um ein Unternehmen mit einem Bedürfnis, das von dem, was bereits existiert, nicht erfüllt wird.
Genau dies geschah, als John Backus 1953 das IBM Mathematical Formula Translating System vorschlug . Er wollte eine einfachere Möglichkeit für wissenschaftliche Benutzer, mathematische Formeln anzugeben, als sie in Assembler zu schreiben. Dieses proprietäre Produkt wurde die erste Programmiersprache, die keine Assemblierung war, und Sie kennen es als Fortran.
Wo Fortran als erster diesen Weg gegangen ist, ist Erlang so ziemlich das Aushängeschild dafür. Ericsson wollte die Entwicklung der Software für seine Telefonschalter verbessern und erfand eine Sprache für das Prototyping mit spezifischen Funktionen. Als ich es zum ersten Mal erkundete, war meine Erkenntnis, dass es von Leuten mit einem echten Problem entwickelt wurde, das von keiner der anderen 1986 verfügbaren Sprachen gut bedient worden wäre. Erlang blieb ein proprietäres, internes Produkt wie Ihr Kollege begegnete, bis es mehr als ein Jahrzehnt später Open-Source war, und jetzt ist es eine Mainstream-Sprache.
Sowohl Go als auch Scala sind relativ junge Sprachen im großen Stil der Dinge, und es ist durchaus möglich, dass die Sprache, die in der Firma Ihres Kollegen verwendet wird, älter ist als beide. Was er tun muss, ist nach seiner Geschichte zu fragen, warum es entstanden ist und warum es weiterhin verwendet wird.
Ich habe das Jahrzehnt zwischen 2003 und 2013 für ein Unternehmen gearbeitet, das eine branchenspezifische Umgebung mit einer eigenen Sprache, die ihre Wurzeln in den späten 1970er Jahren hat, umfassend genutzt hat. Während einige neuere Sprachen möglicherweise besser geeignet waren, um sie zu ersetzen (und Haken für sie wurden im Laufe der Zeit eingepfropft), hatte diese Branche eine ausreichend große Investition in sie und eine riesige Menge an bewährten Codes, so dass es einfach keinen guten Business Case gab für den Wechsel zu etwas anderem.