But of course there are exceptions, this isn't a 100% science. So a better definition would be:
Junior: slow to finish tasks, lacks confidence, familiar with few technologies, doesn't understand the full picture of the development process.
Mid: finishes tasks barely on time, lacks confidence, familiar with some technologies, is familiar with the full picture of the development process but cannot handle it by themselves.
Senior: finishes tasks on time or earlier, is confident, familiar with enough technologies and can learn new ones quickly, has a clear vision of the full picture of the development process and can handle it by themselves.
People in our industry now understand this which is why they want Seniors mostly, because both juniors and mids need a senior to take care of them, this is due to the complexity of our work and also due to the fact that the work is not organized in a way that a junior can do their part.
This is not the same in ANY other industry, where for example, one worker puts the product in a package, another worker wraps the package and so on. In other industries, each worker has a specific tiny work, meanwhile, in our industry, it still surprises me that they desire FULL-STACK devs who need to know: PHP - Laravel/Yii/Symfony/Zend, JS - Vue.js/React.js, CI-CD, Networking, Linux CLI, Git/SVN, Jira or whatever else they use, MySQL/Redis/MongoDB/ElasticSearch/CHUGACHINGA/FILL-IN-THE-LATEST-TECH-THAT-NO-ONE-EVER-HEARD-OF-IT-BUT-SOMEHOW-IT-IS-A-HARD-REQUIREMENT
It is CHAOS, sadly, and it is up to each one of us to push the narrative that we want to see in the future: as for me, I stopped applying for FULL-STACK jobs and I always tell the recruiters or the devs that full-stack makes for sloppy code, because devs are either backend or frontend oriented, I believe it is VERY rare to find a dev who likes and enjoys both front and back equally.
Instead of technologies, I would put having the basics.
Some people get far too used to working with one framework that they blur what is framework and what is language.
But I have to disagree about the "how much time they take".
I mean, sure, if you compare the same task, yes, probably it will go like that. But having a team means that a senior don't have to make something a junior or a mid can do, and can, instead, do things that the others can't or don't even know how to start. (like performance, scalabity, security...) Altough, yes, they still need to "take care" of others.
True, but a senior would not be limited to performance, scalability and security. They do development tasks just like the other team members.
In my last project, I had 1 junior with me. What I did was I usually gave him the easy tasks and took the harder tasks on me. Even the easy tasks would take a long time with him and he would ask me 1000 questions until I finally give him the solution.
But of course there are exceptions, this isn't a 100% science. So a better definition would be:
People in our industry now understand this which is why they want Seniors mostly, because both juniors and mids need a senior to take care of them, this is due to the complexity of our work and also due to the fact that the work is not organized in a way that a junior can do their part.
This is not the same in ANY other industry, where for example, one worker puts the product in a package, another worker wraps the package and so on. In other industries, each worker has a specific tiny work, meanwhile, in our industry, it still surprises me that they desire FULL-STACK devs who need to know: PHP - Laravel/Yii/Symfony/Zend, JS - Vue.js/React.js, CI-CD, Networking, Linux CLI, Git/SVN, Jira or whatever else they use, MySQL/Redis/MongoDB/ElasticSearch/CHUGACHINGA/FILL-IN-THE-LATEST-TECH-THAT-NO-ONE-EVER-HEARD-OF-IT-BUT-SOMEHOW-IT-IS-A-HARD-REQUIREMENT
It is CHAOS, sadly, and it is up to each one of us to push the narrative that we want to see in the future: as for me, I stopped applying for FULL-STACK jobs and I always tell the recruiters or the devs that full-stack makes for sloppy code, because devs are either backend or frontend oriented, I believe it is VERY rare to find a dev who likes and enjoys both front and back equally.
Instead of technologies, I would put having the basics.
Some people get far too used to working with one framework that they blur what is framework and what is language.
But I have to disagree about the "how much time they take".
I mean, sure, if you compare the same task, yes, probably it will go like that. But having a team means that a senior don't have to make something a junior or a mid can do, and can, instead, do things that the others can't or don't even know how to start. (like performance, scalabity, security...) Altough, yes, they still need to "take care" of others.
True, but a senior would not be limited to performance, scalability and security. They do development tasks just like the other team members.
In my last project, I had 1 junior with me. What I did was I usually gave him the easy tasks and took the harder tasks on me. Even the easy tasks would take a long time with him and he would ask me 1000 questions until I finally give him the solution.
Sounds like you are a bad mentor