2 ms·

Have a high quality stdlib, but nothing other languages do not have. There are many community libs, but again nothing that special, also the popularity rise for

by kkfx 5y ago

Have a high quality stdlib, but nothing other languages do not have. There are many community libs, but again nothing that special, also the popularity rise for a language transpiled on top is not much a thing... Java exists today in many places where change codebase is a nightmare and keep up software is no less a nightmare so having a more manageable language able to insert itself in the old ecosystem is valuable, but on a moderately new language with nothing so big to be in a state of needing a nightmarish replacement why? It's like Hy for Python: it's nice, a programming exercise but for what more than the technical piece? How many Python programs need a new language while remain on their own python VM? How many Python programmers want lisp with Python underneath?

samhw 5y ago
I think the real issue is that Go is its runtime, including garbage collection but also coroutine scheduling, syscall management (syscalls effectively enter 'gospace' before kernelspace), etc. Go's docs liken it to crt0, which is entirely dishonest. You can't have verifiable deterministic programs with a runtime like this which extends way beyond a small setup routine. That's generally 'fine in practice' for application development - especially the Python-level programs which are generally written in Go - but for building another language (interpreter) atop it, it strikes me as madness.