3 ms·
> I never truly understand issues people have with these things. I tune my notifications as to avoid true interruptions and filter most false positives by quick
by smacktoward 7y ago
> I never truly understand issues people have with these things. I tune my notifications as to avoid true interruptions and filter most false positives by quick looking.
You've answered your own question. The product is distracting by default.
The savvy user can cut down on the distractions by configuring notifications, teaching themselves how to scan messages, etc., but if there's one thing we know from 70 years of writing software it's that most users accept whatever defaults you give them. Sometimes that's because they don't know they can reconfigure the software; sometimes it's because they do know they can reconfigure it, but can't figure out how; sometimes it's because they know how to reconfigure it, but are too busy with other things to do so. But the underlying reason doesn't really matter, what matters is the general effect: the default experience the software provides is the experience that most users are going to have with it. And with Slack, the default experience is distracting.
> Even then, come on, I cannot believe experience hasn’t taught most of you how to handle quick interruptions.
How many threads have been posted on HN complaining about things that take programmers out of their state of "flow"? How many programmers have you met who are happy to hear their phone ring when they're working?
> There are true interruptions like constant notifications, people physically talking to you about other things, and stuff, that while you cannot really tune them all out, you should be able to handle better with 2-3 years of experience.
2-3 years studded with bouts of lost productivity is a lot of lost productivity. A product that tells me my life is "only" going to suck for 2-3 years while I learn how to use it is not a product I am going to be thrilled to use.
- anbotero 7y ago> How many threads have been posted on HN complaining about things that take programmers out of their state of "flow"? How many programmers have you met who are happy to hear their phone ring when they're working? Those are what the true interruptions are about. A notification? I'm sorry, but after less than a month one learns how not to let a simple sound or notification distract you. Constant phone ringing is a true interruption; one ringing loop? Not so much. > 2-3 years studded with bouts of lost productivity is a lot of lost productivity. A product that tells me my life is "only" going to suck for 2-3 years while I learn how to use it is not a product I am going to be thrilled to use. Handling interruptions is about not letting them make you lose much productivity, but after all, this is for true interruptions. They will affect you, but there are ways to lessen the effect. If people allow other people to constantly interrupt them without setting clear boundaries/priorities, it's your (or your Manager) problem. I usually set things in the clear from the beginning, and after two or three times, it'll never happen again. But again, these are true interruptions: Some are necessary, and those which are not can be handled better.
- jredwards 7y agoYour premise is based on the intersection of "most users" and "programmers". I don't really buy that. Do you know any programmers who are hopeless with tool configuration?
- seba_dos1 7y agoYes.