I can’t be the only person who thinks “full stack” translates to “master of nothing.” One of the best career moves I ever made was shrug off the pressure to go full stack, and dedicate myself to backend only.
I think knowing about frontend is important for a senior or higher level engineer. I would expect someone at that level to be able to contribute where necessary, and know enough to make sane decisions and know when those decisions impact backend/frontend. But to be equally good at both isn’t reasonable
A backend engineer that has adequately put in the time to operate at a senior level, will more than likely have worked closely enough with FE to check those boxes. They should be familiar with technical design and processes, which if done effectively, teach an engineer to ask those questions.
When it happens? That happened to me a long time ago. I’m still a backend developer. I can create UIs and I can spin up and manage docker CI infrastructure but I sure as hell don’t want to. A properly run company team should have separate professionals for UX, front end, back end, sysadmin, etc. Just because I am capable of doing those things does not mean I should.
Just because I am capable of doing those things does not mean I should.
This is the crux of why so many companies, especially smaller and medium sized ones, are a hot mess. capable of << good at, but of course it’s cheaper to just get johnny to do everything.
My apologies. My intention wasn’t a dig at engineers themselves, but rather the trend of employers seeking “full stack” engineers, and the implications of them shopping for a singular engineer willing to do the job of multiple engineers-- IE be taken advantage of, and the first to be let go, because of a lack of specialized domain knowledge, etc.
My company started with full stack devs only and we’ve transitioned to specialized back end and front end since we realized that 1 specialized BE Engineer and 1 specialized FE Engineer can work faster with better quality than having 2 Full Stack Engineers.
I can’t be the only person who thinks “full stack” translates to “master of nothing.” One of the best career moves I ever made was shrug off the pressure to go full stack, and dedicate myself to backend only.
In my case, it was to increase the number of available job opportunities rather than any genuine interest.
I think knowing about frontend is important for a senior or higher level engineer. I would expect someone at that level to be able to contribute where necessary, and know enough to make sane decisions and know when those decisions impact backend/frontend. But to be equally good at both isn’t reasonable
A backend engineer that has adequately put in the time to operate at a senior level, will more than likely have worked closely enough with FE to check those boxes. They should be familiar with technical design and processes, which if done effectively, teach an engineer to ask those questions.
“I’m capable of not making a fool of myself with UI” does not equate to “I’m a full stack developer”
Full stack means we do it because nobody else will.
I feel seen.
I might get that sentence embroidered on a pillow.
You don’t have to be a full stack dev for that to happen to you
No, but when it does happen, you’ll probably turn into one.
When it happens? That happened to me a long time ago. I’m still a backend developer. I can create UIs and I can spin up and manage docker CI infrastructure but I sure as hell don’t want to. A properly run company team should have separate professionals for UX, front end, back end, sysadmin, etc. Just because I am capable of doing those things does not mean I should.
This is the crux of why so many companies, especially smaller and medium sized ones, are a hot mess. capable of << good at, but of course it’s cheaper to just get johnny to do everything.
Thank goodness issues respect the FE/BE break out.
As someone who likes to dip their toes into everything, I feel a bit called out by “master of nothing”.
The truth is that there is value in both a generalist and a specialist.
My apologies. My intention wasn’t a dig at engineers themselves, but rather the trend of employers seeking “full stack” engineers, and the implications of them shopping for a singular engineer willing to do the job of multiple engineers-- IE be taken advantage of, and the first to be let go, because of a lack of specialized domain knowledge, etc.
It just means he can’t do it by himself.
Yours won’t be perfect, but you can do the whole thing by yourself.
My company started with full stack devs only and we’ve transitioned to specialized back end and front end since we realized that 1 specialized BE Engineer and 1 specialized FE Engineer can work faster with better quality than having 2 Full Stack Engineers.