Recommended reading for the weekend:
1. @alexandr_wang — Why I'm Building Muse
2. @gregisenberg — AI-native services: a $100B opportunity
3. @FranklnTempletn — Macro Views: Growth Holds, Pressure Builds
4. @Google — Behind Project Suncatcher, our moonshot to put AI in space
5. @EpochAIResearch — The plunging price of thought
6. @AnthropicAI — Measurements for
understanding the pace of AI development inside frontier labs
Hope everyone has a great weekend!
That DHH saying out loud that the age of writing code by hand is over for the industry, and causing such a huge uproar is a bit interesting, given this was clear enough since ~January for most of us using the models + paying attention.
Removed paywall: https://t.co/sSfyCm8jk8
Someone just DM'd me saying they:
- Took my courses
- Became the "AI person" at work
- Got asked to run internal trainings
- Feel guilty (like they're taking work away from me)
Don't feel guilty! This is my DREAM end state for my students.
Knowledge is still valuable. Becoming the AI guy/gal at your company can totally change your career.
If you're in this position too, let me know how I can help you run your trainings - materials/advice etc.
@atpaawej 1. Learn to read code
2. Learn to use the terminal
3. Learn how good teams prevent human/agent mistakes (types, tests, linting)
4. Learn how to structure your app to make your tests/types better (deep modules, seams, adapters)
5. Learn ubiquitous language from DDD
People keep asking why build a harness when Claude Code & Codex already exist.
Building even a small one changes how you use the big ones. You learn what breaks, what the model needs after a failure, and which knobs matter.
That knowledge transfers to every harness you touch.
AI has eaten tactical programming, so juniors need strategic experience in a low-blast-radius environment.
Here's one way to make that happen:
1. Give them responsibility over a large chunk of work
2. That work must be low stakes, but not no stakes - ideally an internal tool (AI makes these kinds of projects easy to justify)
3. Let them move fast and fail fast. Give them the same AI budgets as your senior engineers.
4. When failures happen, work with them to figure out what went wrong (learnings can also be pulled upwards into the rest of the org)
In a sentence:
Hire juniors. Give them work that matters. Watch them fail. Pick them up.
No human should ever have to implement a WAL, B-tree, LSM, or any other common data structure by hand going forward.
But, it's also just really freaking cool to learn how computer software and hardware works.
So why not keep learning?!
Bird by Bird is a lifeline during book-related crises of faith. One friend was on the verge of returning his advance to the publisher and calling it quits. Instead, I loaned him my copy of Bird by Bird. He regained his confidence, and his book became a New York Times bestseller.
How have software engineering fundamentals changed with agentic coding? Here is our AI Engineering Skills map for software engineering fundamentals. https://t.co/cnRLj43DLs
Patterns I've noticed in people who aren't necessarily unhappy, but aren't going anywhere with their lives:
- Never learn anything new unless they're forced to
- Don't set goals unless their survival / finances make them insecure
- Talk about what's happening in the world rather than what they're working on
- Aren't aware of any of this, and making them aware doesn't hurts more than it helps
Hard place to be.