2016 Wimbledon Championships – Men's Doubles Qualifying
Players and pairs who neither have high enough rankings nor receive wild cards may participate in a qualifying tournament held one week before the annual Wimbledon Tennis Championships.
| Men's Doubles Qualifying | |
|---|---|
| 2016 Wimbledon Championships |
Seeds
.svg.png)
Qualifiers
Lucky losers
Qualifying draw
First qualifier
| First Round | Qualifying Competition | ||||||||||||
| 1 | | 3 | 6 | 3 | |||||||||
 | 6 | 3 | 6 | ||||||||||
| 2 | 6 | 6 | ||||||||||
| WC |  | 6 | 2 | 3 | |||||||||
| WC | | 79 | 4 | 14 | |||||||||
| 8 | | 67 | 6 | 12 | |||||||||
Second qualifier
| First Round | Qualifying Competition | ||||||||||||
| 2 | | 6 | 63 | 3 | |||||||||
 | 4 | 77 | 6 | ||||||||||
| 4 | 4 | |||||||||||
  | 6 | 6 | |||||||||||
| 6 | 77 | |||||||||||
| 5 | | 4 | 63 | ||||||||||
Third qualifier
| First Round | Qualifying Competition | ||||||||||||
| 3 | | 63 | 77 | 18 | |||||||||
| 77 | 65 | 16 | ||||||||||
| 3 | | 3 | 4 | ||||||||||
  | 6 | 6 | |||||||||||
| 7 | 6 | |||||||||||
| 7 | | 5 | 4 | ||||||||||
Fourth qualifier
| First Round | Qualifying Competition | ||||||||||||
| 4 | | 77 | 4 | 6 | |||||||||
| 65 | 6 | 8 | ||||||||||
| 6 | 3 | 15 | ||||||||||
| 6 | | 4 | 6 | 13 | |||||||||
| WC | | 6 | 4 | 0 | |||||||||
| 6 | | 3 | 6 | 6 | |||||||||
gollark: At least it has generics.
gollark: Oh, and it's not a special case as much as just annoying, but it's a compile error to not use a variable or import. Which I would find reasonable as a linter rule, but it makes quickly editing and testing bits of code more annoying.
gollark: As well as having special casing for stuff, it often is just pointlessly hostile to abstracting anything:- lol no generics- you literally cannot define a well-typed `min`/`max` function (like Lua has). Unless you do something weird like... implement an interface for that on all the builtin number types, and I don't know if it would let you do that.- no map/filter/reduce stuff- `if err != nil { return err }`- the recommended way to map over an array in parallel, if I remember right, is to run a goroutine for every element which does whatever task you want then adds the result to a shared "output" array, and use a WaitGroup thingy to wait for all the goroutines. This is a lot of boilerplate.
gollark: It also does have the whole "anything which implements the right functions implements an interface" thing, which seems very horrible to me as a random change somewhere could cause compile errors with no good explanation.
gollark: - `make`/`new` are basically magic- `range` is magic too - what it does depends on the number of return values you use, or something. Also, IIRC user-defined types can't implement it- Generics are available for all of, what, three builtin types? Maps, slices and channels, if I remember right.- `select` also only works with the built-in channels- Constants: they can only be something like four types, and what even is `iota` doing- The multiple return values can't be used as tuples or anything. You can, as far as I'm aware, only return two (or, well, more than one) things at once, or bind two returns to two variables, nothing else.- no operator overloading- it *kind of* has exceptions (panic/recover), presumably because they realized not having any would be very annoying, but they're not very usable- whether reading from a channel is blocking also depends how many return values you use because of course
References
This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.