Comment on Pluralistic: The enshittification of tech jobs
MuskyMelon@lemmy.world 2 days ago
Full-stack and DevOps were enshittification events in my book.
Comment on Pluralistic: The enshittification of tech jobs
MuskyMelon@lemmy.world 2 days ago
Full-stack and DevOps were enshittification events in my book.
jaybone@lemmy.zip 2 days 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 2 days ago
Full stack cause most developers are shitty database architects. I’ve seen so many problems at this bedrock level.
pastermil@sh.itjust.works 2 days 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 1 day 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 2 days 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 2 days 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 2 days 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.