We've been testing a new project this week.
The project's origin story is a mess. Upper management used AI to generate an HTML demo, then handed i...
For further actions, you may consider blocking this person and/or reporting abuse
I love this post! 😂😂 It brings back so many memories from my startup days.
You have a call with someone at 1 PM, and they're enthusiastically sketching out this amazing long-term vision for the product. Then you have another meeting scheduled with them at 3 PM... except it never happens, because they've already been laid off in the meantime.
The post is great, but I don't "love" it - it scares the hell out of me!
Sounds like dystopia, but I'm afraid it could be true any day - makes "Brave New World" and "1984" sound like benign fairy tales ...
The only ones who should be fired are those top tier managers - it's not just about the employees, but also about the customers who get to use this "time bomb" of a platform ... totally irresponsible, but yeah, "$$$" rules!
All I can do is pray our QA team makes it through the rest of the year without getting hit. Every day feels like walking on eggshells — no one knows who's gonna be the next to just vanish.😂
Your spirit keeps you going, but of course this is terrible - stupid, stupid management! (or should I say "greedy"?)
This platform's going live for a client demo next Tuesday. I feel bad for the PM who joined last week — praying for her 🙏
I even feel bad for the customer who is getting demoed or "sold" this stuff, unknowing of what's really going on ... oh well, that's the world we live in I suppose :-|
Article??
Can't guarantee we'll publish today — just got some bad news. I have to go do an on-site client demo tomorrow.😱
Aww, I'm sorry to hear that. I was really looking forward to the article, but I completely understand. I hope the client demo goes well and things get better soon. We'll catch up whenever you're free. ❤️
I'm just a little tester — the PMs and ops folks are the ones fronting it. I'm chill, hahaha 🤣
What is your profession?
A QA. And since I'm the one who knows this project best, I have to be there tomorrow — if something breaks during the demo, I'm the one who needs to jump in and find the root cause on the spot.😂
Yeah and of course management wont admit that firing the people who built it was a bad idea, they'll just blame the people who get tasked with fixing it for not being fast enough at it. There's a fine line between speed and efficiency and having AI just write it all is speed, not efficiency. Efficiency is using AI to build framework that you can validate, then using that framework to do a greater part of the work. Pretty much how I had set up V.A.L.I.D. Built with AI, but meticulously tested, before it was put in place anywhere. So I know I can trust the Roslyn generated code and tests to be fully accurate and that the platform is wired properly. Result is the actual gain of using AI, you have less to review. Whereas using AI for speed just means more slop to review and far more difficult fixing a bug in code that compiles right and runs right...
Here's the scary part — whoever picks this up next week is probably gonna keep using AI to pile more crap on top of the crap mountain that AI already built. The team that got laid off today didn't even have time for a handoff. Total mess.🫠
Yip... And whoever gets picked to take it on will likely soon follow, because they cant be expected to understand the codebase in any reasonable timeframe without using AI, let alone fix it. So it's a cascading event that literally cant stop, because the mandate is wrong.
Ten minutes before I clocked out, the manager came over and asked me to put together a test report for this project. So I just dumped the bug list into AI and had it generate the whole thing. Gotta say, that's pretty in line with his whole "All in AI" agenda, right? 🤣
And if he gives any issue, just tell him "You dont pay me enough to go through the 10x code produced by AI instead of people" (though you might see your way out too if you did). I mean honestly, QA is used to doing tests for 10x developer output, it's impossible to keep up anymore, because developers produce worse quality code at a 10x pace. The same amount of work from you that would cover a day's work, now barely covers an hour's throughput.
At this point, your best bet is to tell your manager if they want the QA team to pick up the pace, you need better tooling. Authorize either procurement or development for new tooling that helps you do your job better and faster. If he says 'go generate it yourself with AI', hammer him with the API bill 🤣
🤣 Oh wait, you just made me realize something — what if the company laid off the whole Super Individual team because they were burning through too many tokens and the API bill got out of hand? 😂
Nice post 👍🏻
😂Yesterday was just... speechless.
How?
This post isn't fiction — it's what happened to me yesterday.🫠
Ohhh the burning pain! 😭 I literally gasped reading this!! Refreshing the group chat just to see everyone gone... man, my heart sank for you! Leaving QA and a brand-new PM stranded with this AI code-mountain right before a client demo is pure torture. Good luck for Tuesday, you guys are gonna need it! 🫠
Good thing I don't have to be there for the client demo. Praying for the new PM who has to go present this thing 🙏😅
The detail that turns this from a layoff story into a horror story is "built from a demo, no PM, no requirements." The intent never existed anywhere durable, so the bus factor was zero from day one, not one. Code only tells you what it does, never why or whether that was the goal.
The bitter part, and you feel this as QA more than anyone: the one artifact that could have outlived the people is a real test suite, because a good test encodes what correct means independent of who wrote the code. They treated developers as expendable while building the one system where shared understanding is the whole asset, then deleted it and kept the liability.
"Having someone to fix bugs at all is a luxury" will stay with me. Hope your seat stays warm, genuinely.
Hope so. Finding a stable job in this market is rough. Gonna see how things shake out next week. The whole company's on edge after this.
That edge you are describing is its own kind of tax, it is hard to do good work while you are wondering if the ground holds. For what it is worth, the fact that you are the one who saw the whole failure clearly, wrote it up, and named exactly why it broke is the most employable thing in this whole story. That is the read a good team is desperate for. Rooting for you next week.
The line that stuck: "having someone to fix bugs at all is a luxury." I'm on the other side of the same setup, and it worries me for a different reason than the layoff.
I'm a non-developer who's built a pile of internal tools with AI — every line generated through me, same as that department. The vanishing risk in my case isn't a pink slip; it's that the context lives in a chat session that ends, or in my head, and neither ships with the code. So the discipline I've forced on myself is leaving a plain-language file next to every tool: what it is, what it's allowed to touch, and the specific ways it has already broken. Not for some future maintainer who may never arrive — for the version of me, or the next AI session, that opens it cold in six months with none of the memory that built it.
Your post is the sharp version of a question I don't think most of us building this way have answered: when the intermediary between the AI and production disappears, what did they leave behind that isn't just running code nobody understands? "Still here, and they're not" is exactly the gap a bus-factor-of-one fills with silence.
My head's still spinning. One minute you're locked in, pushing through, and then — whoosh — all the energy just drains out of you. Can't even put it into words. I've been doing this long enough to know better, but man, it still hits you in a weird way.🫠
That whoosh is real, and I don't think knowing better ever softens it — if anything it hits harder, because you see it coming and still can't brace. I've got a hands-on day job and build these tools on the side, so I know the drain that isn't about hours; it's about what you just watched happen. Writing the post was you processing something genuinely strange — not a small thing. Take the rest. It's earned. 🫠
Thanks. Pretty sure I'm gonna be stuck in this headspace until I clock out. One and a half hours to go. Just gotta push through.🙃
Is this real, or a story? A post-apocalyptic world where upper management is stupid enough to lay everyone off and think AI can do it all - personally I think it's a better idea to keep the employees, and replace the managers by AI ;-)
Yeah, it's real. Happened just this afternoon (my timezone). Reality's weirder than fiction. And Leob, you're spot on — we could totally extract a "management skill" with today's tech. That's more than doable.🤣
Yes haha it's probably one of the easier skills to create ;-) ... but anyway - this is bizarre!!!
This is the scenario that worries me more than any benchmark number. A platform built entirely through AI intermediaries with no PM and no requirements doc is not really documented anywhere, it only exists implicitly in whatever context window generated it, and that context disappears the moment the people who ran those sessions leave. I have started treating every PR an agent generates the way I would treat a contractor's handoff, reading the diff line by line while I still remember why I asked for it, because six months from now there may be no one left who can explain a decision that only ever existed inside a chat log. The scary part is not that AI wrote the code, it is that nobody ever translated the reasoning behind it into something a human could inherit.
Your approach of leaving a one-liner in every agent-generated PR is the most practical fix I've seen so far. As for where this is all heading — I guess we're both watching to find out.
This made me think. I think preserving context will become just as important as generating code. Without that, we risk solving today's bug while making tomorrow's debugging much harder. Great read.
Always keep a backup. You never know what's gonna hit you next.🫠
This is crazy. Is the platform still running even though there’s no one left to fix the bugs?
Just to check, this isn’t another one of your great stories, right? This actually happened? 😅
Yeah, this one's real. Just happened. I'm literally staring at the platform right now — using AI to test AI. That's how I found a window to write the post. Suddenly just feels... exhausting. Yeah.🫠
That ending really puts things into perspective. It's easy to focus on bugs and turnaround times, but behind every fix is a person making sense of the problem. No matter how much AI changes the workflow, that human context still matters.
Ugh, this just feels terrible. I've been in the industry long enough that I figured I'd be numb to this kind of thing. Guess not. Still can't shake what happened this afternoon.😂
The retroactive spec writing is the detail that stuck with me, because once requirements describe code that already exists, QA stops being a correctness gate and turns into a documentation exercise. I've watched teams treat that as a win because they finally have specs, without noticing the causality quietly flipped. How did you first catch that it had flipped, was it a specific bug that slipped through?
So here's how I found out about this whole mess. Last Thursday, the manager called me and the PM (who literally joined the Tuesday before) into his office. He told her: "The Super Individual team has already finished the platform. You've got today and tomorrow to write up the requirements and hand them to QA." Then he turned to me: "Once she's done with the requirements, write the test cases and start testing."
I just stood there like... 😶
Which bug do you want to fix?
I don't know. This is the kind of bug that goes way beyond software.
🫠
check my post too
🤣 lmao. Impossible is nothing. There's always a way out.
Haha yeah😂, reality's even more absurd than the AI horror stories I write. Just gotta keep moving forward.👊
🫠🫠🫠🫠🫠