Bored People Quit
randsinrepose.com
Bored People Quit
1–10 of 156 posts
Re: Bored People Quit
#2Your boss won't always explicitly tell you to take time to experiment. I've gone to my boss many times and essentially asked for time to experiment. If you have a good boss, he'll be right there with you. Don't be afraid to ask.
Re: Bored People Quit
#3Re: Bored People Quit
#4Re: Bored People Quit
#5Axiom: Hacker News can never compete with interesting work.
Theorem: The interestingness of my work is inversely related to my Hacker News participation.
Supporting data: Today I'm regression testing. I'll be here all day, folks.
Idea: Employers, monitor your logs for Hacker News. Occasional spikes probably indicate boring, but necessary tasks. Chronic use probably means your devs are bored. Bored devs probably means you better take a deep hard look at everything else.
Re: Bored People Quit
#6Software engineering is about solving problems. You get hired, and solve problems. Time passes and you get better at solving these problems, so they give you harder problems in the same domain space. Eventually you get so good at solving these problems in this domain space that you become The Guy. "Oh you have a question about the FooWidget manager tool? Ask Joe, he's the FooWidget guy." By definition, being The Guy has mean you've reached a local maxima of productivity in the company.
It also means you're bored. It's not a case of possibly being bored, or eventually becoming bored. Once you are are no longer a problem solver, that means you're bored.
I've been a lead engineer at two different companies thus far in my career, and every time I end up wailing the same things to management. "You have to let me get Joe off FooWidgets. He's been working on it for nearly years and all you make him do are stupid enhancements nobody actually uses." But then who will maintain FooWidgets? "Hire someone. You could hire a college kid for the level enhancements you guys want. Or let me assign it to someone else on my team. But do something, because he is going to get bored and quit and we'll have to do this anyway, only Joe won't even be here to help transition." Will we be able to make enhancements to FooWidgets as fast if someone else works on it? "Not at first, but within a month--" Bzzt, wrong answer, Joe's still on FooWidgets. And sure enough, within six months, Joe takes another position and we're hosed.
So while Rands had some good heuristics for detecting boredom, you typically don't even need to ask them directly or look for behavior changes. Are they solving problems? If not, they're bored, and you have a ticking clock to do something about that engineer before he leaves.
Re: Bored People Quit
#7Re: Bored People Quit
#8Axiom: Boring work can never compete with Hacker News. Axiom: Hacker News can never compete with interesting work. Theorem: The interestingness of my work is inversely related to my Hacker News participation. Supporting data: Today I'm regression testing. I'll be here all day, folks. Idea: Employers, monitor your logs for Hacker News. Occasional spikes probably indicate boring, but necessary tasks. Chronic use probab…
There's an interesting gem here. No job is 100% excitement, all the time. More to the point, that kind of a job would burn you out.
The key is having a proper ratio.
Re: Bored People Quit
#9Sounds a bit abrasive to do this: "You ask, “Are you bored?” Even if you don’t have a gut feeling, it’s a good question to randomly ask your team. When I ask, I look you straight in the eyes and if you can’t stare me in the face and answer, I’m going to keep digging until you look me in the eye."