A Myth of Productivity: Multiple Monitors Are Hurting You (2023)
Research challenges the productivity myth of multiple monitors, advocating for single-task focus. Constant screen switching can reduce efficiency. Use sound notifications and time slots for tasks. Consider single-screen setups for efficiency.
Read original articleThe article discusses the myth of productivity associated with using multiple monitors. It argues that despite the common belief that more screens lead to increased productivity, research suggests that focusing on one task at a time is more efficient. The author highlights that constantly switching between screens can lead to a loss of focus and decreased productivity over time. Additionally, the article challenges the idea that having multiple screens helps individuals relax or see more information simultaneously. Instead, it suggests setting up sound notifications for important tasks and organizing work in designated time slots. The author also advocates for using multiple desktops on a single screen as a more efficient alternative to multiple monitors. By sharing personal experience of transitioning from multiple screens to a single laptop screen setup, the article encourages readers to reconsider the impact of using multiple monitors on their productivity and suggests adopting a more focused and minimalist approach to work.
Related
Show HN: Field report with Claude 3.5 – Making a screen time goal tracker
The author shares their positive experience using Claude 3.5 Sonnet to track screen time goals. Claude proved reliable, fast, and auditable, aiding in reducing screen time through visualizations and goal setting. Despite design flaws, Claude improved performance with accurate metrics and visualizations, benefiting the author's screen time tracking.
My spiciest take on tech hiring
The article proposes a simplified tech hiring approach with shorter, more focused interviews to improve effectiveness and attract senior applicants. The author's experience as a hiring manager supports this streamlined method.
A dev's thoughts on developer productivity (2022)
The article delves into developer productivity, emphasizing understanding code creation, "developer hertz" for iteration frequency, flow state impact, team dynamics, and scaling challenges. It advocates for nuanced productivity approaches valuing creativity.
Work Hard (2007)
The article stresses hard work in mathematics over relying on intelligence or waiting for "Eureka" moments. It emphasizes detailed understanding, research, quality work, and enjoying the process for success.
The case against morning yoga, daily routines, and endless meetings
The article challenges rigid routines for success, promoting dynamic, high-impact "10x work" that requires agency and seizing opportunities. It emphasizes risk-taking, seeking valuable tasks, and continuous learning for exceptional career outcomes.
Less so when the things in question are "an error log next to the bug I'm filing about it", or "program output and the program I'm iterating on" or "the total state of production while I'm deploying code" or "chat with team members while I'm reacting to an incident and don't have the mental bandwidth for extra context switching". A really powerful tiling WM with desktops that can be independently switched between a couple of monitors is pretty much a superpower in these situations.
TFA seems overconfident and mistaken in its assumptions.
> Somehow, we convinced ourselves that turning our necks back and forth is superior to simply resizing windows to smaller sizes so they can be next to each other on a single screen, allowing us to move our eyes quickly without risking a neck injury.
This is basically the same as having multiple screens.
I think where screens help is when they let you avoid a context switch.
So for me if I'm modifying a class and I have to edit class.h, class.cc, as well as wherever it goes I like to have them all open at once so I don't have to hold that context in my head.
Four primary monitors in a row are ideal for me: two natively-vertical monitors (1536×2048) in the middle (yes, these do exist for medical applications, the trick is in finding them in colour and not B&W), and two landscape monitors (1920×1200) in the wings.
My fifth and sixth monitors are up above the first four, and are for less-frequent data that might need occasional but immediate referencing. I use those for long-running dashboards and such.
Now granted, if I was doing a lot simpler of a job - data entry or other office work - then sure. I could probably run with just two monitors or even one. Alt+tab isn’t frustrating if you only ever switch between two or three applications all day long. But for what I do? Naw, dog. I consider four to be the functional minimum.
I guess my only issue is that I frequently lose my mouse across all those screens, and my Kensington Expert Mouse is getting so old that it frequently sends the cursor skittering off in random directions even when the trackball hasn’t been touched. PowerToys has this awesome tool where the cursor can be highlighted with a CTRL double-tap, I only wish I could set it to activate whenever the cursor is physically moving, no keyboard press needed.
I joke with colleagues that I'm like a horse that needs blinders. I absolutely just need to focus on one thing at the time, multiple monitors or huge monitors never helped me do that. Sometimes I would find myself lost between looking at one and the other. I haven't used more than one monitor for over a decade now and I will never go back to too much screen real estate.
Our Devops people often had multiple monitors setup, with crazy specific window management to keep 10 terminal windows visible at all times. None of the windows ever showed anything useful, and when you actually worked with them, everything was done in a single terminal window, on a single remote machine.
Their tickets still took forever to be worked. Some people are just more obsessed about "optimizing" their tools than actually using them.
A notebook meanwhile is super duper useful.
I have 2 large monitors. When I just had one it was a constant frustration. I couldn't remember where anything was, I'd open up the wrong windows etc.
Never would I go back to one monitor
It has to accelerate the degradation of the cervical discs in the neck.
I believe there were other tools (I am no longer at this job, and can't recall them all).
I just know that even on a 1440 screen there was no way working with one monitor would be pleasant. Some people ran multiple DB terminals separately (IBM mainframes); I just switched DBs in the terminal (you could have up to 5 open at a time - but sometimes you'd be working multiple projects and it's easier for some people to just load a second window) If I ran more than one at a time, like others did, that would be yet more complexity.
I can imagine most places only need a few windows open at a time (ultimately that's what you did, because too much info at a time is just as bad as too little) Frankly, I would need a 4k bigass display to really have nicely tiled windows that did everything I needed to without stacking window managers making everything so complex)
The overhead of keeping track of state of all these things and swapping between them quickly was brutal and that's without the actual work done on them. Multi-tasking is a huge pain in the ass.
Then, that's inviting me to read the whole article to get to the answer, which i found very inconclusive.
*At least the tldr was at the beginning instead of at the end.
This makes even less sense in visual arts work, where having a second monitor for reference materials is always helpful.
My ide often needs to show multiple modules and a console, or else I'm constantly context shifting. So I benefit from a larger main canvas. Likewise, I also need to show API docs. Maybe two or three sets of them. This is like my palette and tool board.
I need serious space, because my working memory can only hold 2 or 3 facts. When I'm working in a serious context, I need to wrangle maybe 20 different facts - say 5 facts from one API doc, 5 facts from another, and so on. It helps to have all the references displayed at once. That way, when I'm working on a detail, I can easily pick up a little color - an important fact I forgot - just by looking at the pallete.
If I'm working on a smaller screen, API docs and IDE become too crowded. I must scroll to find key facts, or jump between windows and tabs. In each case, context thrashing increases. I actually forget things while context switching, leading to extra jumps to recall something that was just on screen a second ago. As a result I can't get as many facts into my brain, the work is very slow, it's not fun, and I'm likely to quit in favor of something more engaging and fun.
My diagnosis? The author understands the bane of context shifting and distractions, but they might not experience the struggle of tackling complex contexts with exceptionally poor working memory, and needing cleanly organized tools and reference materials in order to enter a fun and fully absorbed flow state.
In order to help me streamline my workflow and feel less of a need for a second screen, I invite the author to demonstrate how they track five or six complex documents on a small screen, without making the view ports so small that it incurs constant scrolling, window focusing, and other context thrashing. Failing that, I think the author can be more accommodating of other people's work styles and challenges.
Related
Show HN: Field report with Claude 3.5 – Making a screen time goal tracker
The author shares their positive experience using Claude 3.5 Sonnet to track screen time goals. Claude proved reliable, fast, and auditable, aiding in reducing screen time through visualizations and goal setting. Despite design flaws, Claude improved performance with accurate metrics and visualizations, benefiting the author's screen time tracking.
My spiciest take on tech hiring
The article proposes a simplified tech hiring approach with shorter, more focused interviews to improve effectiveness and attract senior applicants. The author's experience as a hiring manager supports this streamlined method.
A dev's thoughts on developer productivity (2022)
The article delves into developer productivity, emphasizing understanding code creation, "developer hertz" for iteration frequency, flow state impact, team dynamics, and scaling challenges. It advocates for nuanced productivity approaches valuing creativity.
Work Hard (2007)
The article stresses hard work in mathematics over relying on intelligence or waiting for "Eureka" moments. It emphasizes detailed understanding, research, quality work, and enjoying the process for success.
The case against morning yoga, daily routines, and endless meetings
The article challenges rigid routines for success, promoting dynamic, high-impact "10x work" that requires agency and seizing opportunities. It emphasizes risk-taking, seeking valuable tasks, and continuous learning for exceptional career outcomes.