Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

As a person working exclusively from home.

Screw you, even if I was sitting right next to you, you have no right to expect a response to your query in a minute. I will get to you when it's the appropriate moment in my workflow, otherwise I'm just running around like a headless chicken all day getting nothing done.

Working time is headphones on time. You do not distract me when my headphones are on.

We are not doctors in an operating room, you can wait 20 minutes. Hell, if I let you wait 20 minutes there's a 90% chance you'll solve the problem without me.



I think this is an unnecessary over reaction. You're confusing an acknowledgement when someone knocks (basic human communication) and being interrupted all the time.

Acknowledging communication can also be: "I'll be with you in 20 minutes". That gives me the option to (in 95% percent of the cases) respond with "cool" and plan my own time accordingly, and in 5% of the cases to respond with "sorry, we really need to deal with this now, and here's why".

How fast you respond when someone tries to communicate with you has very little to do with remote/local. I love remote environments, they have huge upsides. Not being able to go to real time when necessary though is a major problem.


Having also been a remote developer your reaction is extreme. There are definitely times where people weren't available within 5 minutes, but if that were the norm our team wouldn't have been nearly as productive.


As a developer, you either work or you communicate. Try multitasking and your productivity drops. This is not an opinion, but a hard truth that our minds are not meant for multitasking.

Secondly, if someone interrupts you during a highly focused session of coding, there is no way you would reach same session immediately after interruption.

Think of it as Inturruptability Quotient for every task. It can be roughly defined as ratio of time required to reach same state as before to the time required to finish the job. There are some tasks like writing documentation or editing a proposal, where you can reach similar state of mind as you were before interruption fairly quickly.

However for tasks like programming, designing a db or simply thinking abut a hard problem can take even hours to reach the same level. Inturruptability Quotient is sufficiently high here, maybe more than 1 sometimes. Do you even realize how much grave damage it does to productivity.


I really really don't like going through a 20+ minute interruption cycle every time somebody needs me for two minutes.

I would much rather devote a solid 20 minutes, even an hour, to you than half-arsedly devote 20 minutes spread out over 10 hours in one minute chunks.




Consider applying for YC's Winter 2027 batch! Applications are open till November 2.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: