Keep the beams standing. Replace what they carry.
β The 36 Stratagems, Replace the beams with rotten timbers
Previously on this series:
#23:...
For further actions, you may consider blocking this person and/or reporting abuse
I'm seriously gunna try take 2 hours or so the weekend to catch up, just been too hectic lately, but I'll do my best to read up to date on the weekend π
Haha, I'll sit tight and wait for you to catch up. The story's not going anywhere. Focus on your own things first β and here's to both of us landing great jobs soon!π
We'll do it! Thoughts and prayers with you my friend, I know the Chinese job market is ruthless, you'll land a goodie though! Maybe have a look at Moonshot? Surprisingly AI companies prefer people who dont use it all that often π
Moonshot? Man, you're overthinking it, lol. I'm realistic about myself. But if writing actually takes off, I might just end up changing careers after allπ€£
Hey, you never know, you might just be underselling yourself? You know how many people land jobs based on luck? Not to mention, if you reference your writing work, you might have a solid shot at Developer Advocate? Your job would essentially be engaging with the community, which I think you'd do great at!
I just imagined myself dressed as a mage, throwing a 'keyboard APM +50%' buff aura on all the R&D guysπ€£
Iβve been following your writing for a while.
Good writing skills and technical expertiseβitβs a rare combination.
A suggestion: If you enjoy teaching, you could write a book on QA for beginners, perhaps in the style of The Manga Guide to Physics. Or, you could create a high-quality online course.
Good point! Iβll try to share more of my QA journey and some starter tips later. Just hope my old-school QA skills can survive the AI waveβ¦ Ah well, maybe taking it slow is the new fast these days.π
The sixth test is the whole story. Five analyses of existing data, three green and two gray, all of it consistent with a profile that held. Then one environment change and the thing collapses in a single visit.
You can't detect a performance by analysing the performance harder. Derek recomputed ten percent by hand, ran reverse validation, filtered anomalies, and every check passed, because the data was never wrong. It was authentic data about a fiction. The only thing that broke it was making the environment do something the script had no branch for.
New features per visit: eight, six, five, then three, three, three. He paused on that cell for half a second and kept going. Variance too low is an anomaly, and it's the hardest kind to catch, because every monitoring instinct we have is tuned for the outlier rather than its absence. A curve drawn with a ruler should be as alarming as a spike.
One thing I'd push on, and I suspect Derek knows, given he named the file 0 rather than 2.0.
The 70/30 split is right in principle. Kernel jitter, scheduler drift and stray SYNs are far harder to author than an auth sequence. But that 30% is still a property of infrastructure the other side chose. Timing can be shaped, jitter can be injected, and a normalising proxy flattens the texture on the way out. It's a better class of evidence, not clear evidence, and rebuilding on it is the same move one layer down. The postmortem flags it as unverified, which is the honest answer.
And the printer is the detail I can't get past. The vendor pulled that version hours before the update notice arrived, so the channel it came through wasn't the one it claimed to be. Disk encryption protects a machine that's off, and that laptop was never off, only locked, with sandbox keys on it. The printer is the one device nobody puts on its own VLAN, sitting on the same WiFi the entire time.
Separately, one thing for the resume thread, because @unitbuilds is right about all of it, but it's solving the second problem. A few applications and near silence isn't a resume signal yet. What you have is unusual and completely invisible in that channel: a book, a series people reread, close to 20k followers, and a public body of work about how AI systems fail. None of it survives an automated first pass, and all of it is decisive once a real engineer reads it. So I'd put half the effort into routes where a human sees you before a filter does.
Shipping this a week after a landslide and a KDP submission is faintly ridiculous. π
Really great comment, you caught every single one, haha. Guess I need to bury the hooks deeper. And yeah, you're right about the 30%. It's a better class of evidence, not proof. That's exactly why the postmortem calls it unverified.
This chapter was me finally letting Derek be the test engineer he actually is (he's the test director in the story). A lot of the stuff in his process, the single-variable diff, reverse validation, anomaly filtering, that's just how I'd actually do it.
Derek shows up less than the other five, but he's probably the most real one of the bunch. Gets confused, makes mistakes, reflects, improves. Total failures and he never quit. The never-shutting-down-laptop thing, that's an IT person's disease, haha.π
Resume side, at our age, experience can hurt you more than help. Taking it one step at a time. Not in a rush, more focused on getting the book out. Speaking of which, just saw my Amazon review got BLOCKED. They said they'd email me, nothing yet. Already talked to support, they escalated. Waiting now. Knew it wouldn't be clean, but this is how you learn the KDP process. Get through this one and the 36 Stratagems series will be way smoother. π
Sorry about the block. Rough timing, when everything else had finally lined up.
Worth saying though, blocked at review is not rejected. I think it's a hold. And the most common trigger for a book like yours is that the content already exists free on the web, which makes KDP ask the author to confirm they hold the rights. If that's what it turns out to be, you are the rights holder, and it resolves with a reply. Annoying, not fatal.
Support has escalated, so the useful thing now is patience and a paper trail. Keep the case reference, and if the email doesn't land in a few days, reply on the same thread rather than opening a fresh case. New cases go to the back of the queue.
On Derek, that lands. He's the one doing the boring work who stays confused the longest, which is exactly why he reads as the most real. And the never-shutting-down laptop is diagnostic. Every IT person I know has that disease, including me π₯±. I have been up since 3 AM this morningβοΈ.
Mostly though, I want the book. Paperback, on the shelf, the whole thing. Tell us the minute it clears. π
Haha interesting timingπ, I just refreshed the Amazon status and the Kindle edition is BLOCKED but the paperback actually went to Publishing. "Your paperback is being published. A confirmation email will be sent when your title goes live. It can take up to 72 hours for the product image, search keywords, and product description to display or become functional on the site."
So now I have no idea what Amazon's review logic is. My guess is the BLOCKED might be because the ebook has my Dev.to profile link and email in it, but who knows. Waiting on the email for now. At least the paperback is fine, so the ebook should probably be okay too in theory.
I love how every IT person who wakes up before dawn gets called out here, haha. But seriously, sleep more, health comes first. Hope we all eventually get normal sleep schedules. βοΈ
YESSS. The paperback is going live. That's the one I wanted. π
Seventy-two hours from now, I'll be refreshing that page like it owes me money. Say the word the moment it appears, and I'm buying it that day.
And your guess about the ebook is, I think is the best explanation, because it explains the asymmetry. Same text, but the paperback's links are just ink while the ebook's are clickable. If the check is about live external links pointing readers off Amazon, only one of those two formats could ever trip it. Worth putting that theory in your reply to support, since it gives them something specific to look at instead of a generic appeal.
On sleep, I'm the wrong person to lecture anybody. I work flexibly now, which mostly means late nights and early mornings stitched together. Then every so often my body files a shutdown notice, and I sleep ten hours straight to pay off the debt. On those days it's an early night and a late morning, and I pretend that was the plan all along.
So yes to normal sleep schedules for all of us. Eventually. Probably right after the 36 Stratagems series wraps. βπ
Then I'd better speed up the remaining 11 stratagems so you can get a normal sleep schedule sooner, haha.π€£ #26 should go live in a few hours actually. Helps that I'm unemployed now, no more squeezing writing into lunch breaks and late nights like when I had a job. Good and bad come in pairs, just depends on which side you use.
Stratagems #25 is finally out. 11 more to go β part of me is already dreading the ending lolπ€£
I'm saying "Welcome back!" lol :-)
welcomeπ
Cat and mouse, mouse and cat ... and what about that printer firmware? Hmmm ... :-)
You're getting good at reading the furniture. Derek pulled up the firmware record β the version was already pulled, withdrawal time earlier than the update notice. Then he stood up and went to get water. Wrote nothing down. Justβ¦ got water.π€£
Haha yes, nice the subtlety of all those little points!