|
|
|
|
|
by conistonwater
3187 days ago
|
|
Where do you see this in the paper? They say concurrency errors are mostly the usual things like deadlocks and race conditions, but those absolutely do exist in every language. Also, what do you mean most of these languages wouldn't be considered when concurrency is required? Concurrency is bog standard everywhere. It seems like the way the define a bug, a performance bug would be a bug relative to expectations, per project, so you can definitely have a performance bug in Go or Haskell, for example, if something works slower than developers think it should (as opposed to being slower than some external reference code or something). So maybe it's closer to something like "developer control over unexpected underperformance"? |
|