Senior is just a title. What it means can vary between companies. It can mean just someone who is not junior. It can mean someone with just enough of years of experience. It can mean someone who can work independently with little supervision. It could mean that they are in charge of a project. It could mean that they are a subject matter expert at something. It could mean that they make higher level engineering decisions.
feels like snr is how much money you can convince someone to pay you regardless of skill... almost makes me think that it is how skilled you are at selling yourself to managers and hiring staff. Now that's a skill that pays. :)
Being senior is not about the amount of work perse. It's about delivering the correct amount of added value with the least changes/risk and about setting examples for less senior employees. Most of all it's about being able to delegate, collaborate and plan.
Never been promoted in 15 years of career. I am happy to stay an individual contributor that brings his experience to the company without being burdened with responsibilities and management pressure.
As a senior dev I can relate to this and in spades. Plan and deliver stuff that makes your customers (and org) happy, keep things on "auto-pilot" for managers, guide your teammates, take their pain away, and you will thrive. Never cared for promotions, they just happened, increasingly found myself leading others and high stakes projects. Great vid!
Just found you channel, very insightful. You're a nice down to earth guy and I really appreciate it. Some software developers act like they're rockstars at their jobs, which has never been my experience.
Rockstar engineers are toxic to productive companies. They fail to teach others, make the system rely too much on themselves, and ultimately make life harder for everyone else.
So, essentially, you became a senior engineer after enough time in the field. Just goes to show you, there's no shortcuts. A Jr dev wanting to jump to Sr after 2 years is like a LoL player wanting to be Diamond after 2 season. Or a beginner Chess player wanting that 2k elo after 1 year.
Starting as mid level, and becoming a senior in 2-3 years? Shish, come on. It took me 8 years, and 25+ successful projects, to get the senior title. Just because you succeeded at one project, it doesn't mean you'll hit the ground running on your next one. I'm wondering how experienced is your manager, to propose such a step based on these facts, after working with you for just a few months.
For me, my best bet is the amount "time" and "experience" the person has gone through with regards to his personal career. Also, the amount of "Ownership" to their work.. ownership like if something went wrong.. he is the person should be responsible answering. Even a new graduate may be more "updated" to a Senior Engineer because he has a one year experience to the system.. and a new employee (who is a senior) just went in.. but a Senior Software Engineer has a significant "Real" stories to tell and how it was handled. Also knows what things should be "properly delegate" to it's subordinates.. protecting the team and it's subordinates. Maintaining harmony and sustainability. Also, it can foresee farther than a junior... most of the time... but not always. Also with regards to Salary.. Remember.. it's not the salary that you deserve.. it's the salary the "you asked for". You have to take it. But please for the good of the universe.. be reasonable as well.
work time wouldn't matter for senior vs junior (though experience in developing or running projects is a must, but that doesn't mean job-related necessarily and you can do/learn much more solo) a senior would pick up libraries and languages quicker because they take design paradigms from each other. A senior also would find and solve bugs quicker, do more accurate estimates, and can do designs a junior does not have the expertise to, which will tend to work more often and not need as many tweaks when implementing. They would get more more done and/or to a higher quality (longevity, less bugs, code is easier to work with when specs change, less chance of necessity for a rewrite or blockers that need reinvention due to evolution of a project, concise but better coverage tests, well exercised organisation skills in terms of issues/versioning/releasing and app/feature/library itself but also documentation because they would have had experience in observing people read the docs and integrated feedback from that audience into their writing style). You very much do become a better, faster developer from experience. Though yeah, overthinking your performance and being anxious about it wouldn't help learning, you should only go at the pace that feels natural to you, and if anyone is going to be judgemental about that for some arbitrary non-deadline related reason that's a them problem, not yours. I clicked this video because I interviewed somewhere and the guy impromptu called me junior when rejecting me, I found this very rude because I didn't claim to be a senior (though ironically the job I got after that interview was a senior title). I was trying to figure out what that even meant. I think, now, that he said it because they couldn't pay my salary I guess (which was just the average for a mid level here). He also kept saying he found my code in my hobby projects confusing, which I think said more about his poor understanding of the language... I've only gotten the opposite remarks in regards to my coding style if I exclude him. Very odd experience. It still rattles in my mind sometimes because it made no sense lmao edit: NEVER execute on someone else's will, ALWAYS get direct responsibilities. Favours and clout with one person puts you at the mercy of that one person, and if they're greedily hoarding them like that they are not your friend and WILL NOT be good on that promise. You need to remove or re-educate that person, and that whole project has a high chance of slow burning out people (which WILL be new hires over time) and then just dying regardless of the actual original quality of the product because literally no one wants to work for something like that in lieu of their mental health... huge huge red flag. Say what you will about management procedures, but this is the only one that's actually going to save your team if you need HR's help due to the drama that very much will result when someone is operating like this, and even if they're honourable at the start it's far far too easy to slip up and go to the dark side, with perfectly good and totally valid excuses but you need to know and accept your limits amicably, and this will help both you in your future career and whatever projects, people, and even your own sense of belonging and value later on (you'll find people will support you of their own free will and not force you to do things you have weaknesses in, but at the same time you'll discover your actual strengths because they will end up relying on you more heavily in those specific areas, which means you'll "fit" and have a specific role and purpose you are exceptionally good at yourself, this is the whole point of human cooperation as an evolved, thinking species and it's hella cool). Direct responsibilities only.
I know many devs w 20 years of experience who code at a junior level. Especially people who are not really passionate, never test alternatives or never try something new.
Imo anyone who has prior mgmt or quality experience usually becomes a Senior Developer/Engineer overnight who may not even know the basics of code or bare bones basics but they lead the team based on their prior experience not tech stack or anything
You look typically like one of the actors at Hollywood. What is name again? Hold on, I think it's is Keeneau. By the way great content . You nail it. Congratulations.
Senior is someone that doesn't need help. They can manage and figure things out on their own. A senior knows when to use design patterns, understands state management, concurrency, app life cycle etc... I would agree that years in the industry does not equate to a senior designation, but I also think that every mid and jr wants the senior pay so they will pretend to be seniors all the time in interviews.
3 years in? I think it'd be interesting for you to look back on this video 5 years from now and see if you still agree with yourself. Maybe a follow up video would be cool. Also, look at code, patterns, and infrastructure you developed at this time compared to what you'll be writing then. If you keep growing, it's massive difference 5 years makes, experience-wise, soft skills, and hard skills. Things I developed 5 years ago makes me want to vomit lol. Just some perspective from someone 25+ years as a developer in and still learning to code :)
Great idea for a video! I should revisit my old content. Tbh I’m often surprised at my past code I usually think it’s not good enough and when I see it fresh I’m like “oh this is pretty good”
@@TonyCassara ha! I look at code from 5 years ago and it's embarrassing, but I'm usually stoked that it works and glad past-grenard did a pretty good job being prolific. Just a little refactoring here and there.
What should I do ?? I have been teaching myself for two years and build lots of projects. I applied for many junior but noone gave me a chance. So I twisted my resume amd assuming I have three years of experience. Now I got a job offer. I will take two weeks to quit my current job as cabin cleaner. Should I tell them the truth or just go for the role ?? I really need advice. I am very comfortable with React javascript css php amd mysql. I look forward for any advice please. I am really scared.
A bit late to the party but I guarantee you that you'll be fine. If you really are comfortable with what you've said you are, then you will have no trouble with your new job. Whenever I've started a new job I am eased into my new role. They will not expect you to do any serious work for the first few months at least. It usually takes me several months to get used to the new environment and even now, after 20 years in the industry, I still suffer from" imposter syndrome" for those early few months.
That’s the point - there isn’t one. Senior devs aren’t judged by raw output per day, or per week, or per sprint. That stuff is still important, but they are predominantly judged on their ability to grow the engineers around them, plan and deliver projects of broader scope / across longer time horizons, and set technical direction for their team.
Or maybe you're a snr engineer that is wondering why so many of your "peers" are so terrible at their jobs/roles. Maybe, you're starting to think that snr is just a payscale and nothing else.
The Peter principle basically states, "in a hierarchy, every employee tends to rise to his level of incompetence." I think that's what you were getting at here and yes it's very real in my experience.
all these titles are meaningless, particularly in an industry where new things are coming by on monthly basis while older ones are dying at same rate..an experienced web developer may not have ever worked in a streaming platform like kafka, while a junior dev may have...and these technologies are so different that you can't expect a 'senior' guy to always know something about these new stuff without ever working on it...so all this senior-junior is bunkum....one diff you can see is that a 'senior' guy chase best practices while learning a new technology while a junior dev would worry more about constructs...
Yeah that's pretty much Senior, you aren't just an IC you're also writing TDD, leading other engineers, and managing expectations of other departments (product/design/marketing).
Senior is just a title. What it means can vary between companies. It can mean just someone who is not junior. It can mean someone with just enough of years of experience. It can mean someone who can work independently with little supervision. It could mean that they are in charge of a project. It could mean that they are a subject matter expert at something. It could mean that they make higher level engineering decisions.
feels like snr is how much money you can convince someone to pay you regardless of skill... almost makes me think that it is how skilled you are at selling yourself to managers and hiring staff. Now that's a skill that pays. :)
I fully agree with this statement
Being senior is not about the amount of work perse. It's about delivering the correct amount of added value with the least changes/risk and about setting examples for less senior employees. Most of all it's about being able to delegate, collaborate and plan.
Thank you for your reply, good insight
As a Senior Dev, you have single handedly cured me of my impostor syndrome.
Thank you!
I still get it sometimes, it’s never ending lol.
Never been promoted in 15 years of career. I am happy to stay an individual contributor that brings his experience to the company without being burdened with responsibilities and management pressure.
Happy to have IC like you who are happy to write code! We need you 😊
Great video! As a mid-level engineer this content is spot on. Underrated channel.
Thanks dude :) more content soon!
As a senior dev I can relate to this and in spades. Plan and deliver stuff that makes your customers (and org) happy, keep things on "auto-pilot" for managers, guide your teammates, take their pain away, and you will thrive. Never cared for promotions, they just happened, increasingly found myself leading others and high stakes projects. Great vid!
I am an engineer and live in spain and everyone, in supermarkets, bus stops, gyms, calls me a senior. This is what is a senior.
Haha
At cafes and restaurants do they call you a senior eater?
Just found you channel, very insightful. You're a nice down to earth guy and I really appreciate it. Some software developers act like they're rockstars at their jobs, which has never been my experience.
Rockstar engineers are toxic to productive companies. They fail to teach others, make the system rely too much on themselves, and ultimately make life harder for everyone else.
In here India, Companies except that Junior Developer to do Mid Level Developer's work
I was search for this content / video for a while on UA-cam. The best I have ever found. Very well explained. Thank you.
undoubtedly the BEST video I watched this year - please continue the influx of incredibly valuable insight!
Thanks you answered all my doubts.
The video was very informative 😊
Thank you!!
Thanks a lot for sharing your experience! Great video!
So, essentially, you became a senior engineer after enough time in the field. Just goes to show you, there's no shortcuts. A Jr dev wanting to jump to Sr after 2 years is like a LoL player wanting to be Diamond after 2 season. Or a beginner Chess player wanting that 2k elo after 1 year.
Starting as mid level, and becoming a senior in 2-3 years? Shish, come on. It took me 8 years, and 25+ successful projects, to get the senior title. Just because you succeeded at one project, it doesn't mean you'll hit the ground running on your next one. I'm wondering how experienced is your manager, to propose such a step based on these facts, after working with you for just a few months.
And he just came out of a boot camp. Dunning Kruger at best. He doesn’t know what he doesn’t know. He said it in the beginning about title inflation
@@tofahub 100%
For me, my best bet is the amount "time" and "experience" the person has gone through with regards to his personal career. Also, the amount of "Ownership" to their work.. ownership like if something went wrong.. he is the person should be responsible answering.
Even a new graduate may be more "updated" to a Senior Engineer because he has a one year experience to the system.. and a new employee (who is a senior) just went in.. but a Senior Software Engineer has a significant "Real" stories to tell and how it was handled.
Also knows what things should be "properly delegate" to it's subordinates.. protecting the team and it's subordinates. Maintaining harmony and sustainability.
Also, it can foresee farther than a junior... most of the time... but not always.
Also with regards to Salary.. Remember.. it's not the salary that you deserve.. it's the salary the "you asked for". You have to take it. But please for the good of the universe.. be reasonable as well.
This video is awesome! Thanks so much for sharing your knowledge!! :)
A helpful video for me. Thank you ❤
work time wouldn't matter for senior vs junior (though experience in developing or running projects is a must, but that doesn't mean job-related necessarily and you can do/learn much more solo)
a senior would pick up libraries and languages quicker because they take design paradigms from each other. A senior also would find and solve bugs quicker, do more accurate estimates, and can do designs a junior does not have the expertise to, which will tend to work more often and not need as many tweaks when implementing. They would get more more done and/or to a higher quality (longevity, less bugs, code is easier to work with when specs change, less chance of necessity for a rewrite or blockers that need reinvention due to evolution of a project, concise but better coverage tests, well exercised organisation skills in terms of issues/versioning/releasing and app/feature/library itself but also documentation because they would have had experience in observing people read the docs and integrated feedback from that audience into their writing style). You very much do become a better, faster developer from experience. Though yeah, overthinking your performance and being anxious about it wouldn't help learning, you should only go at the pace that feels natural to you, and if anyone is going to be judgemental about that for some arbitrary non-deadline related reason that's a them problem, not yours.
I clicked this video because I interviewed somewhere and the guy impromptu called me junior when rejecting me, I found this very rude because I didn't claim to be a senior (though ironically the job I got after that interview was a senior title). I was trying to figure out what that even meant. I think, now, that he said it because they couldn't pay my salary I guess (which was just the average for a mid level here). He also kept saying he found my code in my hobby projects confusing, which I think said more about his poor understanding of the language... I've only gotten the opposite remarks in regards to my coding style if I exclude him. Very odd experience. It still rattles in my mind sometimes because it made no sense lmao
edit: NEVER execute on someone else's will, ALWAYS get direct responsibilities. Favours and clout with one person puts you at the mercy of that one person, and if they're greedily hoarding them like that they are not your friend and WILL NOT be good on that promise. You need to remove or re-educate that person, and that whole project has a high chance of slow burning out people (which WILL be new hires over time) and then just dying regardless of the actual original quality of the product because literally no one wants to work for something like that in lieu of their mental health... huge huge red flag. Say what you will about management procedures, but this is the only one that's actually going to save your team if you need HR's help due to the drama that very much will result when someone is operating like this, and even if they're honourable at the start it's far far too easy to slip up and go to the dark side, with perfectly good and totally valid excuses but you need to know and accept your limits amicably, and this will help both you in your future career and whatever projects, people, and even your own sense of belonging and value later on (you'll find people will support you of their own free will and not force you to do things you have weaknesses in, but at the same time you'll discover your actual strengths because they will end up relying on you more heavily in those specific areas, which means you'll "fit" and have a specific role and purpose you are exceptionally good at yourself, this is the whole point of human cooperation as an evolved, thinking species and it's hella cool). Direct responsibilities only.
Great video man, thanks for the advice.
I know many devs w 20 years of experience who code at a junior level. Especially people who are not really passionate, never test alternatives or never try something new.
Great advice!
Imo anyone who has prior mgmt or quality experience usually becomes a Senior Developer/Engineer overnight who may not even know the basics of code or bare bones basics but they lead the team based on their prior experience not tech stack or anything
You are a gem 💎
I loved the way you speak
Responding to production breaking early and knowing who to contact when you can’t debug it? That’s not Senior that’s just doing your job. 😂
Great video man
great job.
thank you men
You look typically like one of the actors at Hollywood. What is name again? Hold on, I think it's is Keeneau. By the way great content . You nail it. Congratulations.
Senior is someone that doesn't need help. They can manage and figure things out on their own. A senior knows when to use design patterns, understands state management, concurrency, app life cycle etc... I would agree that years in the industry does not equate to a senior designation, but I also think that every mid and jr wants the senior pay so they will pretend to be seniors all the time in interviews.
good video!
Dang could take months… lmfao I’ve been out here grinding as a swe since 2017 with a computer engineering degree and still not a senior.
3 years in? I think it'd be interesting for you to look back on this video 5 years from now and see if you still agree with yourself. Maybe a follow up video would be cool. Also, look at code, patterns, and infrastructure you developed at this time compared to what you'll be writing then. If you keep growing, it's massive difference 5 years makes, experience-wise, soft skills, and hard skills. Things I developed 5 years ago makes me want to vomit lol. Just some perspective from someone 25+ years as a developer in and still learning to code :)
I guess this a year old, so I wonder if some of your perspective has changed yet
I do enjoy your content though!
Great idea for a video! I should revisit my old content. Tbh I’m often surprised at my past code I usually think it’s not good enough and when I see it fresh I’m like “oh this is pretty good”
@@TonyCassara ha! I look at code from 5 years ago and it's embarrassing, but I'm usually stoked that it works and glad past-grenard did a pretty good job being prolific. Just a little refactoring here and there.
Meanwhile, senior engineers who clicked on this video.
"I just clicked because I might be in the wrong place"
I never knew that john wick is a software engineer
What should I do
??
I have been teaching myself for two years and build lots of projects.
I applied for many junior but noone gave me a chance. So I twisted my resume amd assuming I have three years of experience.
Now
I got a job offer.
I will take two weeks to quit my current job as cabin cleaner.
Should I tell them the truth or just go for the role ??
I really need advice.
I am very comfortable with React javascript css php amd mysql.
I look forward for any advice please.
I am really scared.
A bit late to the party but I guarantee you that you'll be fine.
If you really are comfortable with what you've said you are, then you will have no trouble with your new job.
Whenever I've started a new job I am eased into my new role. They will not expect you to do any serious work for the first few months at least. It usually takes me several months to get used to the new environment and even now, after 20 years in the industry, I still suffer from" imposter syndrome" for those early few months.
@@aristideau5072 thanks
You are right
I am fine but it is challenging
@@gabrielfono844
What are the challenges you're facing?
What are some basic expected technical skillets required as a senior software engineer? What is the expected code output perday of a senior 🤔
That’s the point - there isn’t one. Senior devs aren’t judged by raw output per day, or per week, or per sprint. That stuff is still important, but they are predominantly judged on their ability to grow the engineers around them, plan and deliver projects of broader scope / across longer time horizons, and set technical direction for their team.
This is 100% correct!
It doesn’t make sense before FAANG interview.
Look at this handsome devil!
Brian Ji!!! What’s up dude!
Or maybe you're a snr engineer that is wondering why so many of your "peers" are so terrible at their jobs/roles. Maybe, you're starting to think that snr is just a payscale and nothing else.
The Peter principle basically states, "in a hierarchy, every employee tends to rise to his level of incompetence." I think that's what you were getting at here and yes it's very real in my experience.
Congrats that Microsoft brought Bethesda.net
all these titles are meaningless, particularly in an industry where new things are coming by on monthly basis while older ones are dying at same rate..an experienced web developer may not have ever worked in a streaming platform like kafka, while a junior dev may have...and these technologies are so different that you can't expect a 'senior' guy to always know something about these new stuff without ever working on it...so all this senior-junior is bunkum....one diff you can see is that a 'senior' guy chase best practices while learning a new technology while a junior dev would worry more about constructs...
No you are not happy for that college guy. Cause I wouldn’t be.
I dont want the title, just the money
Bro, who hurt you?
You definition is not clear at all, you have mixed attributes of a Senior , a lead and a manager.
Yeah that's pretty much Senior, you aren't just an IC you're also writing TDD, leading other engineers, and managing expectations of other departments (product/design/marketing).
A comment down below.
Good luc*
My nigga, that was a great video.
This was awesome! Thanks so much. Do you have a Twitter account? I would love to follow you. Would be glad to have a genuine connection.