Comment on Pluralistic: The enshittification of tech jobs
MuskyMelon@lemmy.world 3 weeks ago
Full-stack and DevOps were enshittification events in my book.
Comment on Pluralistic: The enshittification of tech jobs
MuskyMelon@lemmy.world 3 weeks ago
Full-stack and DevOps were enshittification events in my book.
jaybone@lemmy.zip 3 weeks ago
Devops for sure. (“Why have IT people when we can just make developers do it?” Fucking brilliant ☹️)
But why full stack? If you can develop a feature in a vertical slice across all layers that’s the kind of person you want to have on your team.
MuskyMelon@lemmy.world 3 weeks ago
Full stack cause most developers are shitty database architects. I’ve seen so many problems at this bedrock level.
pastermil@sh.itjust.works 3 weeks ago
Because there’s so many of them, with more and more keep piling up fresh out of the coding bootcamp. Most of them don’t even know what to do with life, know a bit of everything, but they’re never good with anything really, so they are considered like worker ants. Not sure how it is in other parts of the world, but in Asian job market they’re a dime a dozen.
jaybone@lemmy.zip 3 weeks ago
To me, a full stack developer is a few years short of architect. If you understand the full stack and all components and how they interact, then I want you on my team.
But I guess that term gets abused and thrown around a lot.
partial_accumen@lemmy.world 3 weeks ago
I’m not sure if you’re tracking Enterprise IT trends these days, but its evolving yet again with “Why have Devops people when we can just make the USERS do it?”
Suffice to say, those of us that know how to clean up messes (or realistically become Shadow IT) will have gainful employment for the foreseeable future.
jaybone@lemmy.zip 3 weeks ago
How will they make users do it?
Today for example our dev ops is in charge of deploying a new release of our service on our servers. We wouldn’t give customers that type of access.
partial_accumen@lemmy.world 3 weeks ago
If your users are external to the org then this probably doesn’t apply. However, if your users are internal, you give them a repo of their own and grant them access to publish to the pipeline.