Live data from Hacker News

Ask HN: Is programming a “young person's game”?

news.ycombinator.com

101–110 of 151 posts

Re: Ask HN: Is programming a “young person's game”?

#102
Not at all, writing code only make up a relatively small portion of what engineering actually is. Writing code is a tool in the tool box. Engineering is about managing complexity, creating order, understanding what to build and when.

It's so much more than lines of code. And in my experience, programmers who started later in life can pick up how to code pretty quickly, and they don't need to be amazing coders, because I've found them to be realllly good with all the other stuff. I've found them to be cautious, good at communicating, able to think about problems at an abstract level, very dutiful and see the importance of things like documentation and keeping boards up-to-date etc.

When I was 21 and coding, I was rising the ranks as a coder pretty quickly, but I lacked the maturity to see the bigger picture, I neglected processes - and even dismissed them, I didn't think about things like reliability, I didn't really think about product fit or all the none code related things. I didn't even see them as my concern half the time. In fact I'd go as far as to say I was a bit of a liability at times.

So, I've found older programmers introduce an air of calm, wisdom and diligence that, certainly I had absolutely none of as a precocious 21 year old programmer.

In fact, I work with an intern who's a fair bit older than me (I'm in my early thirties), and I'm often amazed at the things he considers and mentions, things I hadn't given a second thought to, and they're not necessarily technical or code related things, they're the bigger picture things and ideas, that are just as vital as writing code. Oh, and he's gotten to be a good coder in a short space of time, too. I think older folks are more focussed and methodical learners generally. I spent most of my 20's trying to learn about 10 programming languages, badly. Rather than learning the few I actually needed to an intimate level.

So in summary, I've found that older programmers have life skills and experience that help them get up to speed that perhaps younger programmers lack. And they also tend to be better and all the none-code but vital skills, which I certainly lacked when I was in my early 20's. I absolutely love to see a mix of ages in a team, because they bring different skill sets.

Re: Ask HN: Is programming a “young person's game”?

#103
Programming isn't young mans game but a career doing programming is young man's game.

It is a young man's game in the sense that your priorities in life change. Just lose your motivation to

* learn the next hottest framework on the weekends,

* doing leetcode puzzles to change jobs

* 25 yr old nitpicking your PR that you didn't organize your imports in alphabetical order.

* plateauing at L6 level while your peers become directors. Why would you want to make 250k while your friends make 450k.

Sure you if are really good at programming you might get the respect and become a wise sage staff engineer. But most ppl and organizations are average where its hard to distinguish your self writing crud apps or data pipelines.Effort required to increase pay becomes exponential in coding after a certain point to the point that its just not worth it.

Re: Ask HN: Is programming a “young person's game”?

#104
I am 71, started programming when I was 13 (my Dad got me access to a Basic time sharing system, using a teletype terminal).

I am just now starting to feel like I can no longer be competitive as a professional developer. The younger people I work with just seem to get more work done. I feel like I understand aspects of business, software complexity, and practical aspects of development better than most people I work with and have worked with, but those are also becoming more common skills. I very much enjoy writing and working on my own open source projects, which is what I plan on doing, but I will profoundly miss social interactions around developing large systems as a part of a team.

If you are 30 and enjoy programming and you can get paid adequately, then I don’t think you have any problems with your career choice.

Re: Ask HN: Is programming a “young person's game”?

#105
post #63

I'm 43 and I took my first fulltime gig 6 years ago. I was working in unrelated sectors before that. I've been wanting to relocate to another country lately and I managed to find a -better paying- job there too, and I signed the contract recently. It's my childhood hobby and I did do some open source or freelance work from time to time but never full time. I was a fine programmer at 16 but I'm a much better "engineer…

I’ve been a professional developer for 8 years now, and I’m 48. I’m very employable as above average individual contributor. Breaking into entry/mid level jobs at age 40 was one of the hardest things I’ve ever done, but it was worth it.

Re: Ask HN: Is programming a “young person's game”?

#106
The difficulty of coding plateaus. Algorithms that seemed hard to grasp when you first encountered them become second nature and after that there's not an ever-increasing tower of logical complexity to climb.

After that, there are three things matter a lot for your productivity:

1. Deep and broad stack knowledge is not learned overnight. Over two decades of career I've done everything from writing kernel patches and fixing malloc bugs all the way up to publishing state-of-the-art transformer research. I didn't have this in my 20s. I was a child who knew C++ and algorithms.

2. Seeing the right change to make is hard. This can be the right product (as a 20-something I had lots of opinions about this but most were contradicted when I actually got 5+ years experience as a PM). It can be about engineering design, where taste is still subjective but has long-reaching consequences. It can be about the feeling that that odd result is actually serious enough to look into deeply and not just excuse away.

3. Cross-domain knowledge. Deep competence in programming is powerful. Combine it with deep competence in another field and for the right problem set it's a superpower.

A 20-year-old prodigy doesn't have any those. You can have at least the third and arguably a head-start on the first two.

Pick an area to work in that overlaps with your previous experience and you've an excellent shot at becoming the best of the best in it.

Source: over 40, programming since childhood, better than I ever was and still learning and improving.

Re: Ask HN: Is programming a “young person's game”?

#107
post #96

Earlier quoted context omitted.

You are using a poor heuristic that favors young people. That is age discrimination. It's illegal in many countries, and unethical in all. You should try to throw out the heuristic and find a better way to determine interest. For what it's worth, some engineers who are "just in it for the money" consistently pump out high quality code. They just go home at 6pm. While some of those who love it are working towards burn…

Just to make it clear, I’m writing this to get it out there for people who want to move into development a bit later in life. Such that they can improve their portfolios and resumes. I mean, we didn’t have an arduous interview process, but many companies do. And if you have to pass 4 filters from initial HR screening to a conversation with EMs, you absolutely have to show why you’re better for this role than a bunch…

> you absolutely have to show why you’re better for this role than a bunch of other people you’re competing with

Of course. But let's define "better" and question your assumptions.

It is definitely not your sloppy heuristic: that heuristic is ageist and should be discarded.

Is it "interested in the field" vs. "interested in money"? That's highly debatable and depends on the company. For a big corporation that moves slowly and has a lot of grunt work, I'll most likely choose "interested in money" over someone who is going to get bored with the work there and focus on their side projects instead. For a startup early hire, probably "interested in the field". But I'd have to keep a very close eye on burnout.

There is a reason most engineers hate the interviewing process and one of those is the endemic abuse of heuristics. Consider improving your interviewing process instead of defending it. Some of your competition already is improving it, and they will hire the excellent folks that you pass by. Ineffective tricks in an attempt to shortcut an actually thorough process are probably never going to go away. But that doesn't mean you need to continue to participate in that. You could in fact "show why you're better".

Re: Ask HN: Is programming a “young person's game”?

#108

Unpopular opinion: I think greenfield development is a young man’s game, but there’s plenty of maintenance and carryover work for those in the older brackets. The big 60 is sneaking up on me and I’ve spent probably 80% of my working hours the past couple years looking after codebases that already existed. I sometimes lead teams on new projects, though they’re analytical in nature and I only need worry about correctne…

> I think greenfield development is a young man’s game Most of my work, these days (and for the last decade), has been “greenfield.” I think that new designs benefit greatly from an experienced hand. Much of my work remains fairly static, with occasional updates to stay relevant (I retire stuff that I no longer want to maintain), as I do tend to get it right, early in the development cycle, and the stuff that has tak…

Seconded - greenfield development benefits more than anything else from experience.

Re: Ask HN: Is programming a “young person's game”?

#109

Programming isn't young mans game but a career doing programming is young man's game. It is a young man's game in the sense that your priorities in life change. Just lose your motivation to * learn the next hottest framework on the weekends, * doing leetcode puzzles to change jobs * 25 yr old nitpicking your PR that you didn't organize your imports in alphabetical order. * plateauing at L6 level while your peers beco…

>plateauing at L6 level while your peers become directors. Why would you want to make 250k while your friends make 450k.

I'm always surprised how often this comes up. The salaries in our industry are so absurd that I find it hard to believe that this, at the margin, is supposed to be so relevant. Same with the comparisons to your peers.

What our peers do and where they stand on some invented hierarchy sounds like straight out of high school. At some point in life you got to have the maturity to make decisions based on what you're genuinely passionate about. Always makes me sad when someone's like "I liked programming but I plateaued, therefor I'm now growing doing something I don't like".

Re: Ask HN: Is programming a “young person's game”?

#110
I created intercooler.js when I was 32.

I created htmx (intercooler 2) when I was 40 and it has been far more successful. I also created hyperscript when I was 40.

I'm working on new stuff as we speak.

I could have made a lot more money by moving over to tech management at around age 30, which is what I think sucks a lot of programmers out of the game, but I like writing code.

I do have memory issues compared with when I was younger, but I've been coding so long that the total set of stuff I know about is huge comparatively. I'm also much less intimidated by technical challenges since I have a lot more techniques I've successfully worked with and I'm more patient with problems.

I'm definitely not the same programmer as I was in my 20s, I can't do weeks of 12 hour days in front of the computer like I could then, but now I have a much better and more intuitive understanding of what needs to be done, so I waste a lot less time.

I tried to summarize what I've learned here:

https://grugbrain.dev

But, to answer the original question... wait, what was the original question?

Post reply on HN