You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Go will be an amazing language for systems programming too, but there is a big performance penalty on interoperability as everything is a goroutine. If this issue is solved suddenly you will get exposed to a huge amount of libraries comatible with c without performance impact, quickly expanding the uses cases for go, ML, AI, Big Data, Graphics...
The current idea behind goat is a compile time language (similar to the idea behind typescript if you're familiar with that), meaning that goat files are translated into go files and then executed by go runtime.
With this direction I'm not sure we could gain access to runtime aspects like goroutine implementation.
Any ideas?
Go will be an amazing language for systems programming too, but there is a big performance penalty on interoperability as everything is a goroutine. If this issue is solved suddenly you will get exposed to a huge amount of libraries comatible with c without performance impact, quickly expanding the uses cases for go, ML, AI, Big Data, Graphics...
More info here: https://stackoverflow.com/questions/28272285/why-cgos-performance-is-so-slow-is-there-something-wrong-with-my-testing-code#28272990
The text was updated successfully, but these errors were encountered: