Conversation

Replying to
People assume we are resourcefully improvising. No we’re not. Improvising is clever MacGyyverings with duct tape and paperclips. No. We’ve switched wholesale to videoconferencing, digital payments, delivery-based last mile, e-learning apps etc. Where did this shit come from?
2
63
Here’s the key point: the attempted tradeoff wouldn’t have worked if we’d tried it with the main stack. Like at all. It would have collapsed instantly. “Social distancing” is not actually a feature available on the old stack. No amount of duct tape/paper lips would have helped.
1
52
People act like the alt-stack is just a set of nice-to-have bandaids that are making the crisis a little more pleasant and convenient, with the main tradeoff being handled by the mature stack. No it’s not, it’s what’s making the tradeoff possible at all.
1
62
Our explanatory model for HOW we’re doing this is flawed. We think we’re tightening a nut with a wrench when we’re actually welding a seam with an oxy torch. In a deep sense we don’t know what we’re doing or how. We are using this new stack *as a stack* for the first time.
2
66
To use a software term — not a metaphor since the new stack is software — this is the first integration test. We’ve switched with zero warning from half-complete unit testing of point solutions, to a full system integration test at max load.
2
77
The new stack was NOT ready. We were still running integration tests in emulation (aka tech futures), and working through unit tests in production systematically, sector by sector, app by app. What’s more, failure is not an option in this integration test. We cannot rollback.
2
44
There’s no rollback. We’re stuck with this deployment of this integration model of this stack for the time being. There’s no significant do-over or refactoring option here. We’ve locked in a path-dependent full deployment of the software-eaten world. Release candidate 1 *is* V1.
2
41
Now for the “crisis” part. Why is this a crisis? The techlash is over. Silicon Valley tech has won. We’ve been handed the game almost by walkover. We should be celebrating, right? Not quite. This is what I call suspiciously lucky. A crisis just happens to hand us the game? 🧐🤨
3
44
Two possibilities: 1. There really were deep reserves of serendipity in the 2-stack system and this really is a well-timed and “lucky” (for some values of “lucky”) smooth changeover. 2. The integration test is failing in all sorts of invisible ways. It’s a house of cards.
2
33
I’m betting the answer is 2. There’s going to be a huge pile of crap in the log file of this integration test to sort through. Full rollback is impossible, but we’ll do a lot of local, partial rollbacks/reverts to the old stack while we fix this in production.
1
41
Replying to
So if this hypothesis is correct, the reboot problem is a tech problem: how to finish the unfinished stack that has been hot-swapped in? I think if the economic approach aims at this problem, it will “take” otherwise it will not, and trigger a secondary larger technology crisis.
3
21
By which I don’t mean a tech market crisis like the dotcom bust, I mean an actual tech crisis like Y2K. But way harder.
4
19
Quote Tweet
Political outcomes are also at the end of a supply chain with a pattern of consent of the governed as the raw material, political apparatus for making policy as factories, and executive as supply chain. The political supply chain is as broken as goods, services, and money ones.
Show this thread
1
1
Quote Tweet
Macabre thing about covid is that the same demographics are at highest risk whether you open up slowly or quickly — the poor and unhealthy. Only question is whether they die of covid or destitution+desperation. If you try to minimize deaths, I think they end up being balanced?
Show this thread
Image
2
4
Replying to
I think the issue is optimization - a handful of priority tasks are running at 100% and screaming for more resources, despite producing much less output than before. It's a 'it compiles, I'll tweak it in the morning' setup kludged together that runs, but inefficiently.
1