Hey Farva, what's the name of that design philosophy you like that's got all that goofy shit and no respect for established norms?
Oh, you mean "move fast and break things"?
I live by "Move things and breakfast."
A litre of cola.
It’s fine to do that if you’re pre-customer and you’re just dabbling with a new idea. Once you are ready to go public though you need to be stable and secure. The big problem is when people try to apply the same development philosophy between established software and pre-alpha software.
I agree. It heavily depends on the "things" you're breaking
If it's prod, that's bad
If it's your "fuck-around" branch, go for it
Once you are ready to go public though you need to be stable and secure
Is that really true though? If you have a product people actually want, they'll use it regardless of bugs
That’s sadly the opinion of a lot of tech companies.
That won't be true once your competition catches up to you and your bug-riddled product is pissing off customers, pushing them towards your competitors.
I think move fast and break things is more what you do before you get any real competition, or to get better than the competition in some areas by taking shortcuts in others.
You stop doing this when you're the big dog. Then you embrace the image of reliability and stability.
The boss wanted me to find savings, so I started unplugging servers.
Isn't that what Elon did when he bought Twitter? Just randomly started unplugging shit?
Yes, all those microservices.
And then shit started breaking.
But did you do it fast?
My company says it wants to move fast and break things but they really just want you to move fast and get mad when things break 🫠
"Everybody knows you can have it done well, fast, or cheap. Pick two."
"No! All three! All the time! Zero drawbacks! All profits and benefits! I am a very good and visionary boss. Have some room temperature Little Caesar's on the house and make me rich."
Break things... Just not the things that affect me!
tbf, the breakage isn't supposed to be internal, but external. Old worn in structures, bureaucratic overhead, etc
Move fast, break things.
Move slow, break things.
Don't move at all, break things.
Maybe I'm just bad at CSS
Move things, breakfast.
And now I'm hungry.
At work we have the following quote on the fridge
"A ceramics teacher announced on opening day that he was dividing the class into two groups. All those on the left side of the studio, he said, would be graded solely on the quantity of work they produced, all those on the right solely on its quality. His procedure was simple: on the final day of class he would bring in his bathroom scales and weigh the work of the “quantity” group: fifty pound of pots rated an “A”, forty pounds a “B”, and so on. Those being graded on “quality”, however, needed to produce only one pot — albeit a perfect one — to get an “A”. Well, came grading time and a curious fact emerged: the works of highest quality were all produced by the group being graded for quantity. It seems that while the “quantity” group was busily churning out piles of work – and learning from their mistakes — the “quality” group had sat theorizing about perfection, and in the end had little more to show for their efforts than grandiose theories and a pile of dead clay."
We are a software development company and my reply to this was basically that pot making hasn't changed in a long time, it's basically shaping and firing clay. Software development is comparatively new and has a vastly more dynamic landscape.
Also, the comparison is stupid because we don't write code, realize it was shit and write a new one. If we did business like that, we wouldn't be in business.
That's a really terrible anecdote. Real life quantity group would find ways to do less and less for the same reward. You would end up with fifty pounds of clay with a fist shape indention. Call it a pot and be done.
That quote sounds like an excuse for mass production worship a la brave new world, lol.
Also, the comparison is stupid because we don’t write code, realize it was shit and write a new one.
I mean, you shouldn't, but it sounds like the quote-poster is asking for exactly that kind of boondoggle of a project.
...and then add a sticky note below it:
"And then Einstein and Obama and Jobs were there and everybody clapped they were so shocked!"
It seems like such a little story that it would probably have an origin. It doesn't seem like the ceramics class, the people who created the story mentioned, ever existed. When asked, they said it was actually a photography class (from the professor Jerry Uelsman). I'd also argue that while that may hold true for learning skills (if it does) it doesn't necessarily hold true for performing skills. Also I'd say the main reason it could work, is that it got them to actually do something.
Sorry bruce, these boys get a little crazy when they get that -CoPilot/Claude/Cursor- in them... 
Controversial opinion: I think software moving fast isn’t a good thing.
The more versions come out and the more focus there is on new features, the more half baked/abandoned the existing features become and there will be more vulnerabilities.
I probably shouldn't even be using youtube in the first place, but 5 min ago I found out youtube is now forcing videos with an AI translated voice. While at the same time not having an option to change the audio track or disable the feature.
This feels like a good example of pushing features most people don't want while not providing a normal way to disable it.
Thank God I use revanced and can spoof the client as IOS TV, this gives you the option do disable that crap.
Firefox (even mobile) has this addon "YT Anti Translate"
It's pretty bad you have to go this far just to watch a video with the actual voice it was released with...
I changed the language back to the original and never had an interaction with the ai voice again
Do you not have the original audio track on the sound settings?
move things, breakfast
Ah, sorry. Stupid race conditions.
Going slow doesn't mean you don't break things either. If you don't want to break things, you need test plans, logging and alerts
Meta's philosophy has bit them before, but they at least do it better than anyone else. Other companies hear the Meta philosophy and their CEOs take that as an excuse to underfund development to the point of constant errors and shipping broken products.
They don't seem to realize that the reason that Meta can operate that way is because they are / were relentlessly focused on figuring out why things broke and then building out new products and systems to let them keep working fast and breaking things without their being a big downstream impact.
They have incredibly robust testing, monitoring, and alerting systems in place for all of their products, including newly developed ones. They found it faster to work in a giant monorepo and share code, but they actually monitored and recognized when it scaled too big and was slowing development down and had teams building out custom version control software and virtual disk utilities to fix this (Microsoft did similar with Git when they moved Windows development to it), and when Meta found that coding in raw JavaScript and HTML was creating scaling difficulties with their app, they built React. Same thing with their customized version of PHP on the backend.
I don't think Meta's impact on the world has been positive, and I don't think they should move fast and break things from a product design and ethics standpoint, but from an engineering standpoint, I do have respect for how they have executed that philosophy, and think that literally everyone else who tries it fails because they view it as a way of cutting short term costs, instead of as a way to identify and build and fix long term infrastructure.
The reason Meta could operate that way was because they were a platform for people sending funny texts to each other with no promises of security or privacy.
By the way, even they don't operate like that anymore.
I'm basing that on my experience contracting there ~ 1.5 years ago. They've added new control systems to address things like the GDPR, but they are all still designed to be fully productized parts of their developer framework so that developers don't have to think about them and can still move just as fast with product / feature development.
And while their product market had a little bit to do with it, they quite frankly have buggy software in production for less time than most major SAAS vendors or contract built systems.
It's the corporate equivalent of "live, laugh, love"
Move fast, break society, and then buy entire governments while still being a dick.
Move intentionally and fix things.
These assholes are bringing this mentality to the infrastructure industry now. As little as it worked in software development I promise you it works even less in large scale construction. That's why infrastructure engineers are required to be licensed, we tried this bs 200 years ago and shit literally went off the rails
I call bullshit. If you're competent enough, the process of breaking things might actually let you learn stuff. And if you have a controlled environment, breaking things shouldn't be an issue.
You wrote like someone who doesn't treat in prod. How nice that must be.
If we break things, we can't move at all.
We need functioning things in order to move.
I'll break all the shit if the board of investors are the ones paying for it.
I always respond with "Do you want to know if something broke? Then slow down and write tests"
I much prefer "Move slowly and fix things" (I so wish I had thought of that myself but can't remember where I saw it).
Welcome to Programmer Humor!
This is a place where you can post jokes, memes, humor, etc. related to programming!
For sharing awful code theres also Programming Horror.
