2 ms·
First, we are talking about Development tools, so not non-technical population. Second, if Opt-in is considered difficult for the population, what does it say
by cowl 4y ago
First, we are talking about Development tools, so not non-technical population.
Second, if Opt-in is considered difficult for the population, what does it say about the opt-out?
Opt-out is always, no exception, more difficult than opt-in.
- mananaysiempre 4y agoSeems like you also[1] didn’t read the above the way I intended. I meant that I find explicit opt-out (as opposed to explicit opt-in) manipulative so I don’t want to implement it, not that I oppose having the ability to opt out at all. The difficulty, though, lies not (entirely) with the default position of the toggle, the difficulty lies with making the user think about the question which is not relevant to their immediate task and which in any case they may not have the theoretical tools or time to evaluate properly. The default position of the toggle (if “off”, as I believe it should be) matters only because an opt-in process means you either confront the user with irrelevant questions on first launch or get essentially no data. (I called this out as a a “general” question because I meant for it to apply not only to the Go toolchain, but to general-use software like Firefox or niche but non-programmer-oriented software like Audacity.) The systemwide daemon proposed elsethread[2] would solve this nicely as well, but I have to admit that I’ve dismissed it from my thought process more than once before, because I didn’t think we were going to get one with any reasonable usage on any platform. Now that I’ve seen it put in writing, maybe it does deserve to be considered. [1] https://news.ycombinator.com/item?id=34716342 https://news.ycombinator.com/item?id=34716342 [2] https://news.ycombinator.com/item?id=34709836 https://news.ycombinator.com/item?id=34709836