Re:King – Man + Woman = King?
by flo_hu on Tuesday July 16, 2019 @05:18AM
(#20448589)
I'm fine with the free lunch thing. But here the cheating is done on the level of how people present the capabilities of the tool.
If you ask the algorithm how "SHE is to LOVELY as HE is to X", the reported answer (Bolukbasi 2016) was "BRILLIANT", which in this case suggests a heavy gender-bias. But what the algorithm actually gives for X is: "LOVELY". The authors justed picked the 10th example in the list without clearly stating it.
[ Parent
| on HN ]
> The authors justed picked the 10th example in the list without clearly stating it.
That's not an accurate description what Bolukbasi et al (2016) [0] did. In particular, they do not list x close to lovely + he - she and then pick arbitrarily from that list. Instead, they explicitly reject that approach (see appendix A), because they're looking for pairs of words that are maximally gendered. They do that by finding x and y such that the angle between x - y and she - he is minimized. Since the task they're solving is different, you can't fault them for getting different results.
Ok, thanks a lot for bringing this up!
I will have a closer look at that.
Re:King – Man + Woman = King?
by raverbashing on Tuesday July 16, 2019 @06:01AM
(#20448737)
"Cheating" (in practice) usually means "embedding problem/domain specific quirks"
In the "King" example, you're adding and subtracting two words that are probably very close already, so if you want to find "something else" besides itself, you need to exclude it. For some problems it might make sense, for some others it might not.