[ashwinaj]

How about just quitting because you don't get good work (whatever that definition might be)?

I find it hard to believe that most people in so called "top tier" tech companies do compelling work. Not everyone gets to work on de jour areas, most people work on maintenance and improving old code bases (BTW, there is nothing wrong with this)

[rconti]

These self-congratulatory articles are always a bit off-putting. I'm not sure if they're meant as a humblebrag, or what. Yes, we get that all jobs can suck. Great, you've got savings. Go ahead and pat yourself on the back for doing what countless billions of people have done in their lives: quit a job. But don't consider yourself a daredevil for jumping with "only" a 2 year savings 'net'.

[askafriend]

Look, it's not an article. It's a personal blog post on his personal website, that details his personal experience and thought process. He probably figured it would be useful to other people that might be thinking about similar things.

It was certainly useful to me.

That's it. We don't need to project out his intentions any further than that. You're allowed to share your experience and your thought process without it always being some altruistic "save the starving kids in Africa" type message.

The beautiful thing about the internet and the distribution it provides is that you can write content for your niche and actually reach those people fairly easily.

As an extreme example: do you go into Ferrari owner forums and criticize everyone there for being self-congratulatory and living in too much excess? I hope not. Leave them alone and let them have fun with their cars.

[slantyyz]

>> These self-congratulatory articles are always a bit off-putting.

Are they self-congratulatory or self-promoting? Or both?

Just from the headline (before I clicked through), I wondered to myself "How hard can it be? Give notice. Be professional during your notice period. Leave." To me, TFA is less about "how to" than "things you might want to consider".

[mathgladiator]

What makes good work?

I think in many companies, we can define bad work as lacking agency to do what is needed. I don't think maintenance is all that bad if you have the agency to fix it over time. I've been responsible for three complete rewrites of different systems, and they have gone off without a hitch. The key was building trust with management and making slow tactical decisions which each have impact.

[AnimalMuppet]

The problem is, what is your alternative? We don't all get to do compelling work. Tade0 said in https://news.ycombinator.com/item?id=16707413 that there's a difference between "hard" and "tedious". Much of tech is tedious, not hard. Quitting because you didn't get "good" work means you go somewhere else, and... what kind of work do you get there? Odds are, not "good".

A better answer (and one that the article seems to recommend) is to not find your identity so much in your work.

[asveikau]

It's funny, my experience is that the same handful of technical problems keep arising regardless of the age of a code base. After a while, it becomes rarer to find yourself saying something like, "well, I haven't written one of these before."

[lhorie]

> Improving old code bases

From my experience, I think there's a great need in large tech organizations for people that are able to advocate for and drive initiatives that can scale up efforts to improve old codebases.

[dannygarcia]

I agree, but that won't happen until large tech organizations incentivize and reward maintenance work. See this related HN discussion about someone who left Google partly because they were not promoted for their documenting and bug-fixing efforts. https://news.ycombinator.com/item?id=16483241

[AskewEgret]

I've found working with and improving legacy code to be some of the most compelling work I've done and I'm not alone in feeling this way.

But it's nearly impossible to find that kind of job because employers tend to go out of their way to hide the fact that they even have existing software, let alone that they want someone to work on it.

[lhorie]

> that won't happen until large tech organizations incentivize and reward maintenance work.

They do though, through platform teams. The React team at Facebook, for example, goes to enormous lengths to ensure they aren't hopelessly breaking their downstreams even as they try to pay off previous code debt (e.g. the context api efforts).

What makes it difficult for people to "sell" maintenance work (specifically for product work, as opposed to platform work) is that it usually gets framed in terms of maintenance vs new features, as opposed to e.g. improvements in reliability given some metric, etc. Another problem is that developers have a very strong tendency to want to dive straight into coding without necessarily doing the legwork of gathering metrics to show that some work is actually worth doing. This often gets a pass with new features, because it's easier to get people excited about shiny new things, but maintenance work is inherently going to get people asking for "data" to satisfy their reptilian brain's aversion to risk.

[FLUX-YOU]

They need it, but they sometimes don't realize it.

Personally I had trouble selling it but that's probably my fault. One had "clear text passwords of C-execs" before it got any attention and rewrites.

[praneshp]

"How about just quitting"

That might be irresponsible, from one point of view. I think TFA takes that stand.

[chrisper]

What's TFA

[rmcpherson]

An acronym for The (fucking) article. From RTFM/RTFA. https://www.urbandictionary.com/define.php?term=TFA

Despite the expletive it's not usually used in anger.

[Stratoscope]

"The Fine Article"

Sometimes another four-letter word is substituted for "fine".

[tortasaur]

Well, 7-letter.

[hinkley]

RTFM is to RTFA as TFM is to TFA

[praneshp]

what rmcpherson said, including the part about it not being used in anger.

[ashwinaj]

Sure, he rightly points out that you need a plan. My comment to "just quit" was specifically to convice yourself that it's time to leave, with the assumption that you have a plan in place.