Rural Physician, Medical Educator, Medical Informaticist.
Interests: Health Informatics, Clinical Research, Edtech in Health Profs & Medical Education.
I propose the The Racism Asymmetry Law:
"The amount of energy needed to refute racist misinformation is an order of magnitude larger than is needed to produce it."
Core Tenets
The Effort Gap: It takes mere seconds to invoke a stereotype or deny a group’s historical contribution. Conversely, it takes minutes or hours to research, cite, and present the historical evidence (like the 1,500 Indian soldiers who died at Gallipoli) required to debunk that claim.
The Burden of Proof Shift: In these digital exchanges, the racist actor often shifts the burden of proof onto the responder, forcing the "educator" to prove a minority group's right to exist or belong, while the "detractor" relies on the low-energy comfort of prejudice.
The Saturation Effect: Because it is "cheaper" (in terms of cognitive effort) to be bigoted than to be factual, a single person defending historical truth can be quickly overwhelmed by a volume of bad-faith arguments that they simply do not have the time to correct.
Inspired by: Brandolini's law (or the bullshit asymmetry principle)
1500 Indian soldiers died at Gallipoli alongside the 10-11,000 Australians and New Zealanders.
As did 10,000 French, and 29,500 British and Irish troops.
If you weren't a racist triggered by the sight of a Sikh man in uniform you'd know this.
Medical schools need to adopt a revised Hippocratic Oath because of the era of digital health and healthcare AI!
With co-author Brennan Spiegel, we provided practical examples of how the Oath could be rewritten. A few examples:
1) I will remember that there is an art to medicine as well as science, and that warmth, sympathy, and understanding may outweigh the surgeon’s knife, the chemist’s drug, "or the programmer’s algorithm".
2) I will remember that I do not treat a fever chart, a cancerous growth, a data point, "or an algorithm’s suggestion", but a human being.
3) "I will treat my patients in an equal-level partnership", and I will not be ashamed to say ‘I know not,’ nor will I fail to call in my colleagues when the skills of another are needed for a patient’s recovery.
The paper with more examples: https://t.co/PVPVcEijg7
All it takes is one landmark case and a single judge awarding ₹1 crore in damages - exactly like the McDonald’s hot coffee verdict that entered legal history - for airlines to finally think twice before pulling these stunts.
Mocking disabled passengers while hiding behind the convenient shield of “patient safety” will stop the day it starts costing them real money.
One big judgment is all it will take.
@DRsLoungePod This is why we need multisource feedback, over years in addition to continued EPA kind of competency-based tracking tied to credentialing/privileging, to get the most proximate if not accurate assessment of physicians on behalf of the patients.
@MattCas04807118 Bah! walk it off dude.
Next time, stay down and crawl, instead of offering a nice cross section of your body for an optimal amount of surface to butt against.
@hthieblot IRC and ICQ (the ka kow)
Who can forget the heady days of Napster?
And installing Windows with multiple floppy disks hoping no read errors? That was anxiety doubled.
The 286, 386, Pentiums and the cheap Cyrix? Those were days!
People who can act with kindness using their own resources and time without expecting anything in return. I respect them ✨
Watching videos like this is so soothing ☺️💓😍
A Dutch computer scientist gave one lecture in 1988 arguing that programming is unlike anything humans have ever tried to do before, and the reason most software on earth is broken is that we are still teaching it as if it were a hobby.
His name was Edsger Dijkstra. He won the Turing Award in 1972. He invented the shortest path algorithm that every GPS on earth still runs on.
He wrote the paper that killed the goto statement in modern programming languages.
He spent 50 years quietly being one of the most consequential thinkers in the entire history of computer science, and he was in a very bad mood by the time he stood up at the ACM Computer Science Conference in 1988 to deliver the lecture that almost nobody at the conference wanted to hear.
The lecture was called On the Cruelty of Really Teaching Computer Science.
It is now one of the most cited papers in the entire history of computing education. It was filed in his archive as EWD1036, handwritten in his careful fountain-pen calligraphy because he refused to use a typewriter and famously refused to use email for the rest of his life.
The argument was simple and uncomfortable.
Programming, Dijkstra said, is a radical novelty. Not a new tool. Not a new skill. Not a faster version of something humans already knew how to do. A genuinely new category of intellectual activity that has no real precedent in the entire history of the human species, and our brains have not been built to handle it.
Here is what he meant by that.
When a programmer writes a line of high-level code and presses run, that single line might trigger a billion operations at the level of the silicon.
The ratio between the abstraction you are working in and the physical events you are actually causing is roughly one billion to one. No engineer in history before computing ever had to reason about a system spanning that kind of ratio inside their own head.
A bridge builder reasons about steel beams and the physics of weight. A surgeon reasons about organs and the physics of tissue. A chemist reasons about molecules and the physics of bonds.
All of them are working inside ratios of physical scale where the largest and smallest things they need to think about are within a few orders of magnitude of each other.
A programmer routinely writes one line that orchestrates a billion physical events on a chip, and is expected to predict the behavior of all of them in advance.
Dijkstra argued that the human brain was simply not built for this. Every intuition we have evolved over hundreds of thousands of years comes from a world of medium-sized objects behaving in continuous ways. Computing is the opposite. It is discrete, not continuous.
A program that runs perfectly a billion times can crash on the billion-and-first iteration because of a single bit. A single character missing from a line of code can take down a power grid. There is no margin. There is no graceful degradation. The system either works or does not, and the only way to know is to actually run it.
This was the part of the lecture where Dijkstra made everyone in the room uncomfortable.
He said the way computer science was being taught in universities was a quiet disaster. Professors were teaching programming the way carpenters teach woodworking. With examples. With metaphors. With analogies to things students already understood. Files are like folders. Memory is like a desk. A function is like a recipe.
Dijkstra said this was actively making it harder for students to think clearly. The whole point of a radical novelty is that there is nothing in your past experience to compare it to.
The moment you start reaching for metaphors, you are smuggling in old intuitions that do not apply, and those intuitions will betray you the first time you try to reason about a system the metaphor was not built to describe.
His exact line was this: the usual way in which we plan today for tomorrow is in yesterday's vocabulary. And yesterday's vocabulary, he argued, was killing the field.
The reason most software is broken is downstream of this single misunderstanding. Programmers are taught to think of code as a craft. Something you get a feel for.
Something you pick up through practice. Something where intuition gets sharper with experience.
Dijkstra said this is exactly backwards. Programming is not a craft. It is closer to mathematics than to carpentry, and the moment you treat it as a craft, you guarantee that the software you produce will be full of the kind of bugs that craftsmanship cannot catch.
The fix, in his view, was to teach programming the way mathematics is taught. You should be able to prove your program correct before you run it.
You should reason about your code formally, the way a mathematician reasons about a theorem, not the way a carpenter feels their way through a joint. The students who learned this way, he said, would walk out of their classes with a kind of confidence that no amount of typing practice could produce.
The lecture was published in Communications of the ACM in 1989. The field did not listen. Universities kept teaching programming the same way.
Software kept getting bigger. Bugs kept compounding. By 2026, almost every piece of software on earth has known security vulnerabilities, undefined behaviors, and edge cases that nobody has ever proven safe. The doom that Dijkstra warned about in 1988 is now the default condition of the digital world we have built.
The deeper lesson is the one most readers miss the first time through.
Dijkstra was not just talking about software. He was making a much bigger point about how humans learn anything that is genuinely new. The instinct to translate the unfamiliar into the familiar is the most natural thing in the world.
It is also the single biggest obstacle to actually understanding something that has no precedent. If you keep reaching for analogies, you will never see the new thing clearly. You will only see your old framework projected onto it.
This is happening right now with AI. The same instinct that made people learn programming through metaphors of files and folders is making people understand large language models through metaphors of brains and people.
Almost every framework being used to describe AI in 2026 is borrowed from a previous domain. None of them quite fit. The few people who are actually building useful intuitions about how these systems work are the ones who have done what Dijkstra recommended forty years ago.
They have set down the old vocabulary. They have looked at the new thing on its own terms. They have accepted that the radical novelty is radical for a reason.
You are not slow. You were taught a discipline as if it were a hobby. The cruelty is real.
The fix is still available.
@sumanthraman Yes. You screen candidates and then invite those who think you need and then, see if yours and their expectations match.
If not, don't come here sobbing on X fishing for what exactly?
A DEVELOPER TAUGHT GIT WITH A BOX OF CHILDREN'S TOYS AND ENGINEERS WITH TEN YEARS IN SAY IT'S THE FIRST TIME THE THING EVER ACTUALLY MADE SENSE
90 minutes, one table, a pile of Tinkertoys. No wall of jargon -- he builds a real Git repo out of plastic rods right in front of you.
-> The moment he snaps the first pieces together, Git stops being scary command-line magic and becomes what it really is: a chain of tiny objects pointing at each other.
Branches, merges, rebase, the staging area -- every concept that's ever burned you at 2am -- he rebuilds with toys until a four year old could follow. He calls Git a two-trick pony. After this you'll see exactly why.
Memorizing commands was never the skill -> holding the graph in your head is. And with an AI agent now committing and rebasing on your machine all day, that mental model is the only thing between you and a history you can't read.
Scroll the comments and you'll see the same thing over and over: this is the talk that finally made Git click and made people the one their whole team comes to when it breaks.
Bookmark & watch it today. It's the 1.5 hours that pays you back for the rest of your career ↓
We built the fastest explainer video generator in the world.
Introducing Simi: turn any prompt, doc, or idea into a complete whiteboard explainer video in seconds.
It supports 80+ languages, so the same idea can be taught to audiences anywhere.
AI video has gotten insanely good at cinematic clips.
But almost nothing can actually teach.
Most tools are built for shots, scenes, avatars, and ads.
Simi is built for explanation.
Give it something like:
“Explain backpropagation”
“Teach photosynthesis”
“Walk through our onboarding flow”
“Turn this product doc into a video”
Simi writes the script, creates the visuals, animates the sequence, adds narration, and renders the final video.
Our fastest tier can generate videos in under 20 seconds.
And you can one-shot long explainers over 15 minutes.
We’re starting with whiteboard explainers because they are the clearest way to teach complex ideas step by step.
But the bigger goal is simple:
Any knowledge should be instantly turnable into video.
MIT's Nobel Prize-winning economist proved that AI is mathematically guaranteed to destroy human knowledge.
They published a massive NBER paper modeling the long-term impact of AI on human cognition.
And they found the most alarming conclusion in the AI literature so far.
It’s called "Knowledge Collapse."
Here is how human progress actually works.
When you struggle to solve a complex problem, you generate two things:
General knowledge about how the world works, and context-specific knowledge about your exact problem.
Normally, humans acquire both at the same time. You do the hard work to solve your specific problem, and in the process, you learn a general principle.
You share that principle. That is how human knowledge grows.
Then comes Agentic AI.
AI is incredibly good at giving you the exact, context-specific answer you need right now. It hands the solution to you on a silver platter.
So you stop doing the hard work.
And because you stop doing the work, you stop generating the "general knowledge" that society relies on.
Acemoglu calls it the "knowledge-collapse equilibrium."
When AI reaches a certain accuracy threshold, the incentive for humans to learn drops to zero.
Nobody verifies. Nobody explores. Nobody discovers new fundamental truths.
Society gets increasingly sophisticated automated outputs, while our actual capacity to generate new knowledge quietly erodes.
But here is the most terrifying finding in the paper.
Welfare is "non-monotone" to AI accuracy.
That means as AI gets more accurate, society actually gets worse off.
@sumanthraman Perfectly valid from the candidate's point of view.
I don't understand what is the problem here.
It does not matter what his/her current pay is.
What matters is the nature of the present work and if you can match his/her expectation.
Nothing to wonder here at all.
How is it that genuine intellectual heroes like Avi Wigderson - the only person in history to win both the Turing Award and the Abel Prize - remain almost invisible in mainstream media and on the world’s biggest podcasts?
It’s as if their groundbreaking insights into computation, randomness, zero-knowledge proofs, and the very limits of what machines (and humans) can know have nothing of value to offer the public.
Meanwhile, our screens and feeds are flooded daily with interviews of celebrities, influencers, and pundits whose contributions amount to little more than entertainment or manufactured controversy.
What a profound shame for our culture.
Avi Wigderson is the only person in history to have won both a Turing Award (computer science) and Abel Prize (math). I interviewed him all about his field. We discussed:
• His intuition on a proof of P vs NP
• Why we use SAT solvers for most NP problems
• Zero knowledge proofs and their impact
• Quantum computation and implications
• Math and computer science's relationship
Where to watch:
• YouTube: https://t.co/zViqAulFCo
• Spotify: https://t.co/iat08Xob17
• Apple Podcasts: https://t.co/jOYDGtGVnt
• Transcript: https://t.co/k4zS7yOhnw
Thank you to this episode's sponsors for supporting my work:
• WorkOS: makes your app Enterprise Ready with easy to use APIs to add SSO, SCIM, RBAC, and more in just a few lines of code, check them out at https://t.co/y8noBzFEem
Timestamps:
00:00 - Intro
01:08 - P vs NP
14:51 - What if you relaxed correctness
25:38 - Why NP complete problems are equivalent
30:33 - Space vs time complexity
43:06 - Why people use SAT solvers
45:53 - Randomness is a resource
55:48 - Randomness depends on computational power
01:21:20 - Zero knowledge proofs and their significance
01:38:30 - Quantum computation and why it matters
01:56:24 - Math vs computer science
02:08:16 - Major breakthroughs and his experience
02:12:31 - Advice for his younger self
02:14:48 - Outro