Skip to content
This repository has been archived by the owner on Jun 7, 2019. It is now read-only.

Concurrency Section Improvements #8

Open
2 of 4 tasks
GeorgeMac opened this issue Jul 15, 2017 · 1 comment
Open
2 of 4 tasks

Concurrency Section Improvements #8

GeorgeMac opened this issue Jul 15, 2017 · 1 comment

Comments

@GeorgeMac
Copy link
Contributor

GeorgeMac commented Jul 15, 2017

What I think we need to add in order to feel that concurrency is complete for now.

  • supervising goroutines (e.g. tracking them with wait groups or communicating with them via channels)
  • examples of leaky concurrency + architectural solutions to avoid it.
  • bounded concurrency (using a "pool" of goroutines, rather than fire off any number of them)
  • testing concurrency + the race detector

Please contribute to this Issue thread so that we can track here the topics we want to talk about.

@GeorgeMac GeorgeMac added this to the Shout About It milestone Jul 15, 2017
@brettbuddin
Copy link

Indeed. A hard and fast rule is:

If you use the go keyword, you need to be asking yourself "How will this goroutine terminate? Will it ever? How do I ensure that it has a potential exit case."

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Development

No branches or pull requests

2 participants