Mark Bennett retweeted
Replying to @code_star
“No model ever steps in the same context twice, for it’s not the same context and they’re not the same model” — Heraclitus, probably
Mark Bennett retweeted
Introducing Ineffable Intelligence. Led by David Silver, we're assembling the best engineers and researchers in the world to make first contact with superintelligence. We’ll be solving the hardest problems in AI on the way. Come join us.
ineffable.ai
Mark Bennett retweeted
🧵 This research basically says we should do the opposite of what every AI company is building right now.
Instead of AI that gives you answers, we need AI that gives you better questions. And the reason why will change how you think about intelligence itself.
1/11
Think about how you normally interact with AI: You ask → It answers → You accept → Move on.
But have you ever noticed what happens to your thinking muscles during this process? They're quietly atrophying.
Here's where it gets weird...
2/11
Researcher Philipp Koralus discovered something unsettling: AI "helpers" are creating two equally bad outcomes:
Path A: Get overwhelmed by complexity → Give up → Lose agency
Path B: Get perfectly crafted answers → Stop thinking → Lose autonomy
Both roads lead to the same destination: a smaller you.
3/11
But wait... wasn't AI supposed to augment human intelligence?
The problem isn't the technology. It's the philosophy behind it.
We've been building AI like it's a really smart encyclopedia when we should be building it like Socrates.
(Stay with me - this gets practical)
4/11
Imagine if your AI assistant never gave you direct answers. Instead, it asked:
"What assumptions are you making here?"
"How might someone disagree with that?"
"What would change your mind?"
You'd probably be annoyed at first. Then something interesting would happen...
5/11
Your brain would start doing what brains do best: making connections, questioning assumptions, building understanding from the ground up.
This is what Koralus calls "decentralized truth-seeking" - and it's the opposite of how current AI works.
Here's why this matters for you:
6/11
Next time you catch yourself asking AI for "the answer," try this experiment:
Ask it to help you think through the problem instead.
"What questions should I be asking about X?"
"What perspectives am I missing?"
"Help me examine my assumptions."
Watch how your thinking changes.
7/11
The current AI model treats you like a task-completion machine:
Problem → Solution → Done
The Socratic model treats you like a sense-making human:
Problem → Inquiry → Understanding → Wisdom
One optimizes for efficiency. The other optimizes for growth.
8/11
Now you might think: "But I want fast answers! I don't have time for philosophy!"
And I get it. But here's the thing - this approach might actually make you faster at complex decisions over time, not slower.
Because you'll be building judgment, not just consuming answers.
9/11
This research suggests we're at a critical fork:
Option 1: AI that thinks FOR us → dependency → diminished capacity
Option 2: AI that thinks WITH us → partnership → enhanced judgment
The choice we make in the next few years shapes the next few decades.
10/11
Here's what you can test today:
When facing a tough decision, don't ask "What should I do?"
Instead ask "What questions haven't I considered?"
Use AI as your thinking partner, not your decision outsourcer.
Notice how it feels different.
Makes you wonder what else we're optimizing for the wrong thing...
Mark Bennett retweeted
Yes, you should still study computer science. The way to get the most out of AI is to have a base understanding of your craft. AI then is a force multiplier in what you can accomplish. This applies to every field whether you're a doctor, lawyer, artist, marketer, or engineer.
Expertise compounds in the age of AI.
“The productivity of an expert is outpacing everything else.”
Box CEO @levie says those who know how to frame problems, test outputs, and pull the right levers are extracting far more value from AI than anyone else.
Mark Bennett retweeted
Code quality didn’t happen by accident.
Moments That Defined Code Quality Forever.
1987 – Liskov Substitution Principle
Subtypes should work anywhere their parent types are expected.
1988 – Open-Closed Principle
Code should be easy to extend without changing existing behavior.
1994 – Gang of Four Design Patterns
A shared vocabulary for solving common design problems with proven structures.
1999 – Refactoring
Martin Fowler’s book formalized safe code changes as a discipline.
2000 – Interface Segregation Principle
Keep interfaces small so classes only implement what they actually use.
2003 – Single Responsibility & Dependency Inversion
One reason to change per module, and depend on abstractions, not concrete implementations.
2004 – SOLID Acronym Coined
Five design principles unified into one memorable framework.
2005 – Domain-Driven Design (DDD)
Model the code to reflect real-world business logic and boundaries.
2008 – Clean Code
Code should be easy to read, reason about, and safely change.
2011 – Twelve-Factor App
Blueprint for building portable, scalable cloud-native services.
2014 – Reactive Manifesto
Modern systems must be responsive, resilient, elastic, and event-driven.
2017 – TypeScript
Typing brings structure and safety to large JavaScript codebases.
2018 – Google’s Engineering Practices
Readable code, clear intent, and meaningful reviews became the default standard.
2019 – Clean Architecture
Separate business logic from frameworks with clear layers and boundaries.
(released in 2017)
2023 – AI Coding Assistants
Design and clarity matter more than ever; AI writes code, humans shape intent.
Each one of these reshaped what "good" looks like in software.
Save this list. Share it with your team.
If you care about maintainability, you stand on the shoulders of these ideas.
What did I miss?
Mark Bennett retweeted
A *great* potential move that could help with skilling/deskilling related to genAI. Eager to test it out.
Mark Bennett retweeted
"When we detect unauthorized crawling, rather than blocking the request, we will link to a series of AI-generated pages that are convincing enough to entice a crawler to traverse them. . . . No real human would go four links deep into a maze of AI-generated nonsense. Any visitor that does is very likely to be a bot, so this gives us a brand-new tool to identify and fingerprint bad bots, which we add to our list of known bad actors."
Mark Bennett retweeted
"Move 37" is the word-of-day - it's when an AI, trained via the trial-and-error process of reinforcement learning, discovers actions that are new, surprising, and secretly brilliant even to expert humans. It is a magical, just slightly unnerving, emergent phenomenon only achievable by large-scale reinforcement learning. You can't get there by expert imitation. It's when AlphaGo played move 37 in Game 2 against Lee Sedol, a weird move that was estimated to only have 1 in 10,000 chance to be played by a human, but one that was creative and brilliant in retrospect, leading to a win in that game.
We've seen Move 37 in a closed, game-like environment like Go, but with the latest crop of "thinking" LLM models (e.g. OpenAI-o1, DeepSeek-R1, Gemini 2.0 Flash Thinking), we are seeing the first very early glimmers of things like it in open world domains. The models discover, in the process of trying to solve many diverse math/code/etc. problems, strategies that resemble the internal monologue of humans, which are very hard (/impossible) to directly program into the models. I call these "cognitive strategies" - things like approaching a problem from different angles, trying out different ideas, finding analogies, backtracking, re-examining, etc. Weird as it sounds, it's plausible that LLMs can discover better ways of thinking, of solving problems, of connecting ideas across disciplines, and do so in a way we will find surprising, puzzling, but creative and brilliant in retrospect. It could get plenty weirder too - it's plausible (even likely, if it's done well) that the optimization invents its own language that is inscrutable to us, but that is more efficient or effective at problem solving. The weirdness of reinforcement learning is in principle unbounded.
I don't think we've seen equivalents of Move 37 yet. I don't know what it will look like. I think we're still quite early and that there is a lot of work ahead, both engineering and research. But the technology feels on track to find them.
youtube.com/watch?v=HT-UZkiO…
Mark Bennett retweeted
For friends of open source: imo the highest leverage thing you can do is help construct a high diversity of RL environments that help elicit LLM cognitive strategies. To build a gym of sorts. This is a highly parallelizable task, which favors a large community of collaborators.
Mark Bennett retweeted
Hiding knowledge from others doesn’t just undermine them. It limits your thinking too.
People who withhold information end up having less creative ideas. Their peers don't trust them enough to share insights with them.
A key to learning is being generous in teaching.
Mark Bennett retweeted
Amazing to watch professionals "discover" my findings as they deal with LLMs.
Steve's last post caught fire, centered on my "novice optional" finding from 2015.
Now he asks who *is* building new skill? Answer, roughly, is my "shadow learners" from 2018.
sourcegraph.com/blog/the-dea…
Mark Bennett retweeted
Graph of decision quality among professional Go players. A sudden increase after AlphaGo. It is not only because they are learning from the AI. Players are suddenly inventing new moves at a faster rate too!
Mark Bennett retweeted
Have you ever seen data that contradicts your expectations?
It could be due to Simpson's Paradox.
Trends in different groups can reverse when combined.
Let me explain this phenomenon. 🔽
Look at the first part of the image.
The correlation is clearly positive.
The problem is that this is not the whole picture.
This is just a subgroup of our population.
In the second part, we have 3 subgroups.
Individually all of them show a positive correlation.
But if we put everything together, we have a negative trend.
This is Simpson's paradox.
A trend appears in several groups of data but disappears or reverses when the groups are combined.
Here is an example:
A medical study on kidney stone removal in 1986 showed that:
A new treatment had 83% success rate.
The old treatment had 78% success rate.
One can conclude that the new treatment is better. The problem is that Simpson’s Paradox is lurking in the data.
When researchers considered kidney stone size, the result was reversed. The old treatment was better for both small and large kidney stones.
How is it possible?
Let's take a look at the table.
The new treatment was tested on many small stones - which is probably an easier procedure - with 87%.
On large stones, it performed really badly with 69%.
But the sample was smaller for large stones. Therefore, the overall success is weighted more toward 87%.
The old treatment had more samples for large stones, so the overall result was "pulled" toward this rate.
The old treatment was more successful in both cases, but the overall result was "pulled" toward the lower number due to the sample sizes.
How to avoid this paradox?
1. Consider all relevant variables (kidney size in the example).
2. Visualize the data to identify any underlying patterns.
3. Be careful when interpreting aggregate data.
___
That's it for today.
I hope you've found this Tweet helpful.
Like/Retweet for support and follow @levikul09 for more Data Science content.
Thanks 😉
Mark Bennett retweeted
Given the current foundation model paradigm, I wonder if building/training models will become antiquated. Will future data scientists understand the details of optimization, architectures, etc.? ML may slowly be abstracted in favor of simpler (language model-based) solutions...
Some background. When I first got started in machine/deep learning, PyTorch did not yet exist. Implementing back propagation from scratch was relatively common (I was even asked to do this on the spot in an interview!) and doing any deep learning-related research required a significant amount of boilerplate programming. Today, most of the fundamental knowledge required for deep learning (e.g., back propagation, weight initialization, model architectures, etc.) is already abstracted significantly by packages like PyTorch and HuggingFace. Most of the time, we don't think much about these details, choosing instead to use default settings or implementations provided by our framework of choice.
Training from scratch is (relatively) uncommon. For the first few years of my career, training machine learning models from scratch was standard. I implemented countless training pipelines for a variety of different models (e.g., regression, random forests, MLPs, RNNs, …). Since the proposal of BERT in 2018, I have used pre-trained transformer models (sometimes with added components based on pre-trained CNNs) for pretty much everything that I do. The variety of different model types that I’ve used throughout my years have been replaced by a few common transformer architectures. Plus, I don’t even implement these architectures myself! I simply download a pre-trained model, fine-tune it on whatever task I’m interested in, and deploy. I have not truly trained/created a model “from scratch” in quite a while.
Should you implement training yourself? Even after learning to rely heavily upon pre-trained model architectures and weights, I continued to implement my own fine-tuning code or training loop when using these models. Recently, however, writing your own training loop has become less and less common. In fact, given the widespread availability of optimized training frameworks, implementing your own training code might even be a bad idea! Although PyTorch’s zero_grad(); backward(); step() cadence will be burned into my memory forever, it is now much more efficient to leverage the optimized Trainer classes offered by packages like PyTorch Lightning, MosaicML composer, or other alternatives.
Everything keeps getting abstracted! Put simply, the research community has abstracted away a lot of complications associated with deep learning over time. Currently, model architectures, training loops (including all the details of optimization), pre-trained weights (and weight initializations), and more are all handled via a simple setting within a deep learning package. By examining this trend towards abstracting everything in the lens of the growing popularity of LLMs, we have to ask: where/when will this abstraction end?
Some considerations. At this point, there are a few common points that most will make to argue against using language models for everything. E.g., inference is expensive, the models are large and difficult to host at scale, fine-tuned models still perform better, etc. Although these points are completely valid, I would also argue the following:
- LLM inference speed is improving quickly due to advancements like FlashAttention, parallel transformer blocks, and low precision modules.
- Hosting these models has been democratized significantly due to advancements in quantization (and this will probably continue to improve moving forward).
- In practice, implementing any machine/deep learning system is a tradeoff between complexity and performance.
In many cases, companies will prefer a model that can be implemented in 1 day over a slightly higher-performing model that takes several weeks/months to develop. The simple text-to-text interface of language models is (in my opinion) heavily underestimated. It can be leveraged by someone with minimal (or no) ML-related knowledge to quickly solve tasks that would’ve previously required entire teams of data scientists.
Looking forward. With all this being said, I’m not sure how the day-to-day roles of machine learning engineers and data scientists will change moving forward. In my opinion, there is still incredible value in expert knowledge of machine learning fundamentals. However, I believe that the current generations of ML practitioners might find that they use this knowledge less and less over time, just as how my detailed knowledge of back propagation, weight initialization schemes, transformer architecture variants, etc. no longer serves an impactful/practical purpose in my current day-to-day life.
Mark Bennett retweeted
🧵1/13: One week ago, I reached out to 14 ai experts and asked them ONE question:
👉"What Was Your "Aha" Moment That Made Your Realize The Potential Of Ai?"
🔥To my surprise, 11 of them answered, so I compiled all of their answers here in this thread (hint: #9 left everyone🤯)
Mark Bennett retweeted
Some folks sure don't mind asking for big favors when they can't even hit a retweet button every once in awhile.
Mark Bennett retweeted
But yf Ich onlye koude
Ich wolde make a deale wyth god
And wolde aske hym for to chaunge ower places
Be runninge up that roade
Be runninge up that hill
Be runninge up that buildinge
Mark Bennett retweeted
Ich thynke but litel of a Mondaye bleake
Tuesdaye grey and Wednesdaye eke
Thursdaye Ich care nat for thee
Yet Fridaye Ich do love
Mondaye thou mayst fall awaye
Tuesdaye, Wednesdaye, myne herte breake
No mirthe ys ther upon Thursdaye
Yet Fridaye Ich do love
Mark Bennett retweeted
Grouches gonna grouch on Sesame Street. 💚 Thanks for visiting our neighborhood @BrettGoldstein! We love you!





























