3 ms·
> Finally, Go doesn't do anything to prevent data races, which are the biggest problem facing concurrent code I've been working on a multiprocessing library -
by devxpy 8y ago
> Finally, Go doesn't do anything to prevent data races, which are the biggest problem facing concurrent code
I've been working on a
multiprocessing library -- built a wrapper function that makes any function, an atomic operation on the state.
https://zproc.readthedocs.io/en/next/user/atomicity.html https://zproc.readthedocs.io/en/next/user/atomicity.html
(Since it's protected by the actor model, not locks it's an enforcing mechanism)
Do you think this is a step in the right direction?