Czy to nie jest o wiele prostsze, gdy chodzi o przepływ z czymkolwiek innym niż rozwijanie własnego języka?
Jasne, ale aby osiągnąć absurdalny koniec, wszyscy pisalibyśmy wszystko w asemblerze, gdyby nikt nie opracował nowych języków.
Czasami nie ma przepływu. Pojawiają się nowe języki, ponieważ ktoś ma problem z drapaniem, niezależnie od tego, czy jest to hobbysta języka, który chce po prostu wymyślić coś nowego, czy firma, której potrzeby nie są zaspokojone przez to, co już istnieje.
Dokładnie tak się stało, kiedy John Backus zaproponował IBM Mathematical Formula Translating System w 1953 roku. Chciał, aby użytkownicy naukowi mogli łatwiej określić formuły matematyczne niż pisać je w asemblerze. Ten zastrzeżony produkt stał się pierwszym językiem programowania, który nie był asemblerem, i znasz go jako Fortran.
Tam, gdzie Fortran jako pierwszy wybrał tę drogę, Erlang jest w zasadzie jej potomkiem. Ericsson chciał ulepszyć sposób opracowywania oprogramowania do przełączników telefonicznych i wymyślił język do prototypowania z funkcjami specyficznymi dla potrzeb. Kiedy po raz pierwszy go odkryłem, moją na wynos było to, że został opracowany przez ludzi z prawdziwym problemem do rozwiązania, który nie byłby dobrze obsługiwany przez żaden inny język dostępny w 1986 roku. Erlang pozostał zastrzeżonym, wewnętrznym produktem, takim jak twój kolega spotkał się, aż ponad dziesięć lat później został otwarty, a teraz jest to język głównego nurtu.
Zarówno Go, jak i Scala są stosunkowo młodymi językami w wielkim schemacie rzeczy i jest całkiem możliwe, że język używany w firmie twojego kolegi był wcześniejszy niż oba. Musi zapytać o jego historię, dlaczego powstała i dlaczego nadal jest używana.
Dekadę spędziłem w latach 2003–2013, pracując dla firmy, która szeroko korzystała ze specyficznego dla branży środowiska, które obejmowało własny język, którego korzenie sięgają pod koniec lat siedemdziesiątych. Podczas gdy niektóre nowsze języki mogły być bardziej odpowiednimi zamiennikami (i haki do nich zostały z czasem zaszczepione), przemysł ten zainwestował w niego wystarczająco dużo i ogromną ilość sprawdzonego kodu, że po prostu nie było dobrego uzasadnienia biznesowego za przejście na coś innego.