Being unable to clearly mark the bounds of relevancy for answers (in a structured way that affects search) is a major weakspot of SO.
22,905 karma · joined September 1, 2011
Being unable to clearly mark the bounds of relevancy for answers (in a structured way that affects search) is a major weakspot of SO.
Message secrecy does rely on being able to authenticate the recipient's public key.
Since there isn't a single English (English learners generally get informed about the choice of UK vs US English only, but most English is spoken outside of UK and USA in other places and other dialects), but multiple different Englishes, any English speaker will probably find something to be surprised by, and there is an economic incentive to get data from people other than the relatively expensive native speakers of UK or USA English.
Many (most?) non-trivial bugs are actually flaws in the specification, misunderstandings about what exactly you wanted and what real-world consequences arise from what you specified.
That's the whole point! If a task requires some time from a human, then you have to include the appropriate fraction of the (huge!) CO2 cost of "being a human" - the heating/cooling of their house, the land that was cleared for their lawn, and the jet fuel they burn to get to their overseas trip, etc, because all of those are unalienable parts of having a human to do some job.
If the same task is done by a machine, then the fraction of the fixed costs of manufacturing the machine and the marginal costs of running (and cooling) it are all there is.
It's counterproductive to try to grow a workforce segment that's likely not be needed soon. If there indeed is a labor shortage for some years, the society will handle the increased wage cost (which also imply increased push for automation) much better than it can handle a large segment of angry unemployed people, so while the future is unclear, it's better (at least for the society - the billionaires definitely benefit from cheap desperate potential workforce) to err on the side of doing less to solve this "problem" rather than doing too much.
Assuming at least one of opponents is not playing Nash equilibrium (which is a very solid assumption), playing the Nash equilibrium becomes suboptimal as it doesn't exploit the exploitable as much.
[1] GDPR Art 4.1 "‘personal data’ means any information relating to an identified or identifiable natural person (‘data subject’); an identifiable natural person is one who can be identified, directly or indirectly, in particular by reference to an identifier such as a name, an identification number, location data, an online identifier or to one or more factors specific to the physical, physiological, genetic, mental, economic, cultural or social identity of that natural person;"
But once the questionnaire mattered, they started doing it just so they could legally answer "yes" to that question. Things like finally changing the default admin passwords on that service they installed a year ago, and testing backup recovery to find out that it actually can't be done due to a bug in the backup script skipping some key data.
There's a difference between good and great, having a major impact doesn't imply that the impact is good. Alexander the Great is another example of someone who had an outstanding impact, but was not a good king.
I've literally seen faculty 'drawing straws' as of who'll agree to be the sole candidate for a particular elected administrative position, because it's clear that one of them has to do it for the university to function, but no one wanted to.
We probably do have to move beyond transformers, but not in the direction of such hacks, but rather towards even more general representations that could encode the whole class of all such alternate representations and then learn from data which of them work best.
And, crucially, I'd argue that for in "chatbot" tasks those other uses are more common than arithmetic, so arbitrary focus to specifically optimize arithmetic doesn't really make sense - the bitter lesson is that we don't want to bias our architecture according to our understanding of a specific problem space but rather enable the models to learn the problem space directly from data.