http://www.ntsb.gov/investigations/2013/boeing_787/boeing_78...
3,022 karma · joined March 7, 2012
A technologist, founder, and current Googler, I've repeatedly taken products from inception to commercial success across sectors, from startups to Fortune 10 companies. My specialty lies in bridging the gap between business vision and technical execution, deeply engaging with code and who mentors teams. Beyond engineering, I bring a global perspective from living abroad for nine years and speaking fluent French.
Get in touch with me: --------------------- @jlyman j @ joshualyman.com http://www.linkedin.com/in/joshualyman
[ my public key: https://keybase.io/jlyman; my proof: https://keybase.io/jlyman/sigs/c1xpV7dq3vEGU8gVObbZqSDE1_-E5t97Gl7HCQ98ebk ]
http://www.ntsb.gov/investigations/2013/boeing_787/boeing_78...
Email is the biggest problem to those who not only receive large amounts (100+) but also have to spend large amounts of time coordinating responses to those emails (it is not quantity of email received, but complexity of replies that drives email overload). Shutting it off to everyone removes a valuable communication channel that, while often abused, is important in the workplace.
One of the best things a company could actually do IMO if they wanted to mandate an experiment, is to have everyone chunk their email checking and responding times. Studies have shown doing so, checking for example 6 times a day, greatly reduces context-switching losses and reduces time taken to complete primary tasks.
Keep it coming!
You may recall that certain Ubuntu phones will become full Ubuntu PCs when docked with a monitor, mouse, and keyboard.
The idea of being able to carry around just one small, main device instead of two separate (though well-integrated) ones, a la iOS/OS X, would probably be just enough to tip the scales and get me to use it, provided the experience was good enough.
(Emailed PG to ask the post be removed, no need for it to stay up.)
OO works best for large-scale, lots-of-people projects. ... The trick in loving any particular tool in the toolbox is knowing when not to use it.
Very well put, mirrors my feelings.[1] http://www.chieftain.com/politics/pueblo-county-voting-machi...
When doing a small, limited-use project, it seems often that trying to follow "best practices" like avoiding fat models would be more trouble than it's worth. And yet I've worked on larger enterprise-scale projects that have most certainly benefited from following this and other practices.
Anyone know of any research or work on where the tipping point is for following increasingly complicated patterns and practices?
I'm still trying to figure out when I want to turn off these sorts of things, versus when I'd rather keep them on.
When you need to take it to the next level and establish a really good and efficient standard, there are extremely well-done frameworks to assist you. But when you just need to get something done, sometimes PHP's "do it anyway you can" nature is it's biggest feature.
It will be interesting to see what mobile play Gutmans et. al. have. If they can bring that same "let's just get it done" mentality it may have a chance. Interested to see how it goes down.
Not everyone needs to completely remove email from their phones, but doing simple things like turning off push notifications and trying to push one's self to only check at certain intervals has been shown by research (and substantiated by experiences like this) to have huge upsides to productivity, lower stress levels, and creativity.
I'm learning a huge amount in this arena, it's a fascinating topic. If anyone wants to see a very cursory summary of what I've assembled so far, check out a small deck at http://www.slideshare.net/jlyman/email-overload-13506201
In fact, you've even come across the magic number for email checking frequency. Checking it 4 times a day provides the best trade-off between reply speed and productivity gain, as seen in research by Gupta et. al.[1]
[1] Gupta, A., Sharda, R., & Greve, R. a. (2010). You’ve got email! Does it really matter to process emails now or later? Information Systems Frontiers
The issue is the cognitive load introduced by task switching. You may not realize it on the surface, but breaking away each time to write a reply (or even to a lesser extent just the mere fact that you are now notified there's a message waiting) is causing a huge distraction for your brain, and slowing down your "real" work.
[1] Paul Hemp. 2009. "Death by information overload," Harvard Business Review 87(9).