←back to thread

263 points mooreds | 2 comments | | HN request time: 0.609s | source
Show context
Cornbilly ◴[] No.45421796[source]
When I hire juniors, I try to give them problems that I know they likely won't be able to solve in the interview because I want to see how they think about things. The problem has become that a lot of kids coming out of college have done little more than memorize Leetcode problems and outsourced classwork to AI. I've also seen less and less passion for the career as the years go by (ie. less computer nerds).

Unless the company is doing something that requires almost no special domain knowledge, it's almost inevitable that it's going to take a good while for them to on-board. For us, it usually takes about year to get them to the point that they can contribute without some form of handholding. However, that also mostly holds true for seniors coming to us from other industries.

replies(28): >>45421860 #>>45421875 #>>45421907 #>>45421943 #>>45421994 #>>45422037 #>>45422071 #>>45422091 #>>45422103 #>>45422129 #>>45422144 #>>45422160 #>>45422277 #>>45422301 #>>45422324 #>>45422415 #>>45422442 #>>45422501 #>>45424757 #>>45427099 #>>45430210 #>>45431214 #>>45433919 #>>45434598 #>>45434938 #>>45435782 #>>45439610 #>>45447908 #
JohnBooty ◴[] No.45422301[source]

    I've also seen less and less passion for the career as the years go by (ie. less computer nerds).
I have such strong but mixed feelings about this.

There were major downsides to the days when programmers were all computer nerds. Specifically, it made the career very off-putting to anybody who didn't fit that stereotype. Any time you do that, you miss out on a lot of potential talent.

Still, though. There were upsides. The passion level seemed higher. The climbing salaries attracted people solely attracted to... the climbing salaries.

I'm tired of being treated like a fucking Martian because I understand basic data structures and why sometimes you might want to use a tree or some other computer science 101 shit.

   When I hire juniors, I try to give them problems 
   that I know they likely won't be able to solve in 
   the interview because I want to see how they think 
   about things.
Are you explicit about this when you pose the problems?

I can see an upside to not telling them. If they try to bullshit their way through an answer because they think a definitive answer is expected, I guess that could be a useful data point. But it feels mean and unethical.

When I've done this as interviewer I've been pretty explicit. Like, "Hey, this is something we've been working our way through for months and we don't expect you to figure it out in ten minutes. But how might you approach this?"

I have fairly limited experience as an interviewer so I'm curious how others have approached this.

replies(3): >>45422333 #>>45422585 #>>45430300 #
Tade0 ◴[] No.45422585[source]
> Specifically, it made the career very off-putting to anybody who didn't fit that stereotype.

That wasn't it. It's just that the position wasn't so highly paid back in the day and there was way less demand, so hardly anyone was even interested.

The moment it became remotely attractive, the tech bros arrived.

replies(1): >>45427381 #
1. jimbokun ◴[] No.45427381[source]
Not buying this.

People with good software skills had paths to making a lot of money from the day computers became widely available.

Look at Woz in the 70s or Microsoft or the Macintosh team. From the birth of the PC revolution there was a path to getting rich from computer skills if you were in the right place at the right time.

replies(1): >>45427772 #
2. Tade0 ◴[] No.45427772[source]
Those were entrepreneurs, not regular engineers.

My aunt's career as an IT engineer started in the 80s. She went into this field because it was a new niche to explore and hardly anyone knew their way around it.

Her role was to take part in digitalisation of the bank she was working in and by "digitalisation" I mean first putting the equipment together.