129
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 12 Aug 2023
129 points (88.6% liked)
Programming
17674 readers
42 users here now
Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!
Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.
Hope you enjoy the instance!
Rules
Rules
- Follow the programming.dev instance rules
- Keep content related to programming in some way
- If you're posting long videos try to add in some form of tldr for those who don't want to watch videos
Wormhole
Follow the wormhole through a path of communities !webdev@programming.dev
founded 2 years ago
MODERATORS
I think a lot of comments are looking at this thing the wrong way. This is not a feature that is designed to make things easier or nicer for developers. The target audience for this is managers.
Managers don't want you to have a unique configuration for "your workflow", they want a uniform workflow that they can just plug you into. They want to replace the unique person that is you with a corporate drone representation of you, as they have done with so many jobs already. When they can streamline your work down to " here is a ticket, push that button and you are ready to go", they reduce the rampup time of putting someone new into your seat to a fraction of what it was before.
A good manager knows that an employee is productive whenever they're comfortable. With that said, I agree. This is an excuse for upper management and C-suite executives to make employee-hostile policies.
Instead of buying developers a powerful workstation and letting them do install their own software and create workflows that they’re comfortable with, they can be handed a Chromebook and told to start producing code like the code monkey they're seen as.
The "benefits" will be touted as:
Cheaper hardware costs.
Developers don't need a powerful machine to run tooling or compile software, and cloud IDEs and build servers are pay-as-used. The reasoning would be: paying $300 for a Chromebook and $25 monthly is cheaper than $1200 for a new machine every few years.
Reduced support burden.
If developers don't need to install their own software, they won't need to submit requests to IT.
Infrastructure security.
Less software is less surface area. Since all the developer's software is hosted in the cloud, their computers don't need to run anything but a VPN, web browser, and restricted user permissions.
"Productivity"
Browsing Lemmy on company time? Not anymore! Your development machines are distraction-free, and we made sure of that with our root CA and enterprise policy settings.
I don't see how the last point changes anything compared to the current situation