So, a giant maybe, you could ship a server with multiple binaries handled by a different goroutine each, all monitored by the supervisor tree and then tell the supervisor tree it needs to tell the goroutine to die (with channels) when done and spawn another one with the new shipped binary.
Does it make sense? It's definitely not the same thing but if the app is organized in this way it might come a little closer to what Elixir and Erlang have.
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
I wouldn't consider it stillborn but right now it's pretty hard if not impossible yes.
Go doesn't have a "runtime VM" nor the ability to load multiple versions of the same plugin.
But, let's enumerate a few possible useful "legos" to build such functionality:
So, a giant maybe, you could ship a server with multiple binaries handled by a different goroutine each, all monitored by the supervisor tree and then tell the supervisor tree it needs to tell the goroutine to die (with channels) when done and spawn another one with the new shipped binary.
Does it make sense? It's definitely not the same thing but if the app is organized in this way it might come a little closer to what Elixir and Erlang have.