Earlier quoted context omitted.
I make it a habit of trying not to be dishonest. :)
It's not legal for prospective employers to ask you these kinds of questions. If you're talking about your wife and kids during the interview process, you're doing it wrong. My last round of interviews was at age 46. Went from being (voluntarily) unemployed to a FAANG job. I had to do the same stuff the 20-somethings do: practiced hackerrank, answered stupid whiteboard dynamic programming questions that have nothing…
Rules of thumb for a 1x developer
201–210 of 505 posts
Re: Rules of thumb for a 1x developer
#202Earlier quoted context omitted.
Confidence and desperation hardly ever align. Confident people who plan don't get desperate. Desperate people don't make good decisions. People who let themselves reach levels of desperation are either extremely unlucky (unlikely, but not someone you want on your team regardless) or chronically make bad decisions. At the worst, they're a person who chronically makes bad decisions and thinks they're unlucky. Standard:…
> Confident people who plan don't get desperate. Desperate people don't make good decisions. People who let themselves reach levels of desperation are either extremely unlucky (unlikely, but not someone you want on your team regardless) or chronically make bad decisions. At the worst, they're a person who chronically makes bad decisions and thinks they're unlucky. Disclaimer: I'm saying this for your own benefit, but…
Re: Rules of thumb for a 1x developer
#203I used to get called a 10x developer, I was also called a rockstar and a ninja and a 100x dev and every other compliment that was hip. Then I hit 30. That type of talk stopped. Then I hit 40. Now I will not be considered for any entry level, mid level, or senior level software dev job anywhere in the United States, despite being very desperate and willing to relocate for anything. Doesn't matter. Too old. I'm suppose…
That said, if you're an older dev that hasn't kept up with the times, I'm prob not going to hire you.
I even work in SV :)
Re: Rules of thumb for a 1x developer
#204I used to get called a 10x developer, I was also called a rockstar and a ninja and a 100x dev and every other compliment that was hip. Then I hit 30. That type of talk stopped. Then I hit 40. Now I will not be considered for any entry level, mid level, or senior level software dev job anywhere in the United States, despite being very desperate and willing to relocate for anything. Doesn't matter. Too old. I'm suppose…
I found my dream job again, after getting stuck somewhere after the former company I worked for was acquired by big NY finance.
I was fairly lucky, because I was still pretty relevant, on my game, studied all that college alg stuff again, and I even was flown out to FAANG companies for interviews, etc.,
But I still interviewed at 40 places to get a single offer.
Tech also changes so much, that someone with 10 years of the wrong experience (legacy tech), is less important than 2 years of the vNext tech-stack.
You need to really a) lock in what people are doing for technical coding tests these days, sure it's gate-keeping, but it is what it is b) make sure you've gotten some coaching on how to answer a lot of the soft-skill questions (you know, the fluffy stuff that devs typically think don't matter, but that are used to build an impression of you speaking....lots of websites out there.). And you'll need to change your mindset a bit, likely, into thinking like your younger-self, and not like hey, I'm 20+ years experience, etc. Pretend like you have 5 years experience, and go for it.
Re: Rules of thumb for a 1x developer
#205>One great example of this is the debacle of the Amazon internal wiki migration. Back in 2015, the Amazon InfoSec team banned PHP at the company. Oof. To be fair, Java is probably way easier to code review.
Much depends on the Java. Having spent a lot of time on personal projects using the language, it doesn't deserve its reputation -- Java may 'require' an IDE to avoid spending too much time on boilerplate, but modern Java is a good language and the programming experience once you do have that IDE is one of the best, most effective I know. At the same time, it's absolutely possible for codebases to become "enterprisey"…
Re: Rules of thumb for a 1x developer
#206>One great example of this is the debacle of the Amazon internal wiki migration. Back in 2015, the Amazon InfoSec team banned PHP at the company. Oof. To be fair, Java is probably way easier to code review.
I remember thinking that the internal wiki at anzn was one of it's best workplace features. This was something used by just about every team and rarely needed intervention from internal developers to operate smoothly. This was prior to the migration though. I can't imagine how much upheaval there was resulting from the migration, language considerations aside. This is probably one moment where tech concerns should ha…
Re: Rules of thumb for a 1x developer
#207I used to get called a 10x developer, I was also called a rockstar and a ninja and a 100x dev and every other compliment that was hip. Then I hit 30. That type of talk stopped. Then I hit 40. Now I will not be considered for any entry level, mid level, or senior level software dev job anywhere in the United States, despite being very desperate and willing to relocate for anything. Doesn't matter. Too old. I'm suppose…
I have noticed that I was the 10x developer - when I was working on a system that I designed an built. Now I am fixing someone else code and he gets 10 times more done than me. Is that because he is smarter than me and get more done, or because he is worse than me and writes code that is obscure for someone else to understand quickly? Obviously its a subjective question, but volume of features completed isn't the onl…
My personal definition of it is just a developer that doesn't get hung up on issues. Majority of developers I've worked with can get stuck on the same problem for a week that a 10xer can solve in a couple of hours.
The difference is the 10xer understands the system and tools enough that they don't get lost in the weeds. And the other developers do get lost in the weeds. Which of course means a 10xer in one environment won't be it in another environment if they are dropped into it without adequate time for training.
Re: Rules of thumb for a 1x developer
#208I used to get called a 10x developer, I was also called a rockstar and a ninja and a 100x dev and every other compliment that was hip. Then I hit 30. That type of talk stopped. Then I hit 40. Now I will not be considered for any entry level, mid level, or senior level software dev job anywhere in the United States, despite being very desperate and willing to relocate for anything. Doesn't matter. Too old. I'm suppose…
I am almost 40, and I fully expect this to be my last software development job. Likewise, I've never had a negative performance review and am usually the top task-killer and bug-destroyer; but when recruiters call and find out I'm married with kids they can't seem to hang up fast enough. I'm saving as much as I can. The end is nigh.
Re: Rules of thumb for a 1x developer
#209Re: Rules of thumb for a 1x developer
#210Earlier quoted context omitted.
In my experience being under 40 is not a prerequisite for being hired in software. A suggestion: two of the biggest turnoffs that I personally see and would work hard to avoid (not saying you have either of those): 1. Sounding desperate. Do not cast a very wide net at one company -- you can apply to mid level and principal level positions at different companies, but do not blanket all job postings at one company. Cho…
> Learn what problems the company is solving and help them within their constraints, including using their tools and languages even if they look suboptimal. within reason and 'on day one', yes, agreed. However, if you're hired in because of your skills/accomplishments, but you don't measure up, and it's because their tools/process/code is demonstrably bad, those are constraints that should be on the table for discuss…
- Your stack is bad.
- You should use X.
- Your process is wrong.
A sure way to sound like an experienced senior developer:
- Your stack has this flaw; we can live with it by doing X but that is at the expense of Y1. A migration to Z will cost Y2, that is much cheaper on the long run.
But you'll probably conclude that Y2 isn't much cheaper on the long run anyway. If it's that case that it is cheaper, and even then people above you do not want the change, then you do have a real problem.