|
|
|
|
|
by voidlogic
4479 days ago
|
|
What you go on to say is: But how does Go’s approach to concurrency fare when viewed through the lens of encouraging code that supports local reasoning? Not very well, I’m afraid. Goroutines all have access to the same shared memory space The article is flawed because you:
1. Base it on Go failing to protect you, when in actually you fail to use any of Gos "very useful concurrency primitives baked right into the language"
2. When you choose to use these primitives you choose the the wrong primitive that results in a much more verbose and complex solution then is necessary. It would have been much better had you:
1. Showed why the solution with no protection is unsafe (and mention its unsafe in just about any mainstream language)
2. Show a mutuex solution
3. Show a channel based solution |
|