particularly move your cv to the blank email
You must log in or register to comment.
“we’ve had one break fast, yes. What about second break fast?”
Do you work in devops?
Dev oops
I believe we call that a “fast follow”.
Like all sayings, there is context for moving fast and breaking things.
The saying means that when creating something new for profit, don’t worry too much about trying to figure out all the details beforehand and figure it out as you go. This will inevitably cause things to break, but being able to quickly fix that when it happens is the same skills needed to create new features as you go.
The saying does not work with large and complex established systems where breaking things wreak havoc.
It also feels like they chase the “break things” part as if not breaking stuff is a bad thing, and like we should be proud of them for releasing broken and poorly tested updates.
Move fast, break things, fix the broken things, push update/product whatever. They keep forgetting the third step.
Like the startups that ‘disrupt’ the established system by ignoring laws and breaking the parts that worked and selling it like an improvement.
‘Ride sharing’ (unregulated cabs) was only cheaper because of investor funding allowing them to undercut on pricing, abusing the concept of contract workers, and the companies ignoring laws. That isn’t ‘disruptive’ by being innovative, that is cheating the system.
And that’s exactly it. Capitalism rewards having money and how you get it isn’t important. It doesn’t breed technological innovation but it sure as shit pumps out new, fun ways to spew propoganda and avoid laws! And oh boy is paying employees well not even close to a metric by which to measure a successful company.
It’s the least people clever in the room having the volume to make sure that no one smarter than them can speak and then claiming they’re geniuses when only their idea gets through.
I think there is another aspect that is important: limit the blast radius. Shit inevitably happens when you create something new and complex, and when it does, you’d rather minimise the impact where possible.
What, you mean I can’t just read rich guy memoirs and blindly apply the platitude under each chapter heading? /s
It works fine for anyone with the foresight to be born into an ultra wealthy family.
Or at least a sorta-wealthy family, and the further foresight to be in the exact right place at the right time.
That’s the background of most of the Western ultra-rich, just as a consequence of there being vastly more sorta-wealthy families than already ultra-rich ones. Elon Musk is notable for being tangentially involved in a huge success like three times, despite being a well-known moron.
My favourite introduction to the mathematical modeling of how inequality happens.
And more likely to overall fail. https://www.theregister.com/2024/06/05/agile_failure_rates/
come to think of it, at this company devs aren’t needed, just QAs and a toxic manager would suffice
oh, that’s how you end up with
APERTURE SCIENCEWe do what we want, because we can
For the good of all of us, except the ones who are dead.
for those who wanna drown in nostalgia a bit
Classy 💫
but what about the auto tests
Management said that writing tests takes too much time and eats into the time that could be used to write features for the app, so they decided that we’re not writing tests. They were always green anyhow
Developers are responsible for their own testing.
Test coverage and end to end tests will be assigned to someone no longer at the company, or on vacation.
oof, bro, gotta use “/s” so not to be downvoted into oblivion by accident lol
It’s not satire if it’s what most people do by default:)
“They were always green”. I wish
“also, there was only ever one and it just asserts true”
Tests are for nerds.
Programming is also for nerds.
Therefore, tests are for programmers.
◼
Always remember, the silicon valley ethos of “break things” wasn’t about their applications, it was about breaking industry, society, laws and your ability to oversee or regulate them.
