Reading Feed

Articles I've read with my notes and highlights

Coding Is No Longer the Constraint: Scaling Developer Experience to Teams and Agents at Spotify by Spotify Engineering
  • The flip side: we now have 76% more PRs to review. We’re learning where to apply human judgment — auto-merging what’s safe, focusing review where it matters most — and rethinking how we plan and prioritize as the bottleneck moves from coding to decision-making.
The Interface Is No Longer the Product by Alejandro Gonzalez
  • The first wave of AI products is about access: can the agent use the tools we already use? The next wave is about representation: is the tool itself built around a source of truth an agent can safely inspect, modify, and reason about?
Python 3.15: features that didn’t make the headlines
Owning Code in the Age of AI by Alejandro Gonzalez
  • When an engineer prompts a model, reviews the result for a few minutes, and merges it, they are no longer acting as the author of the code. They are acting as something closer to a reviewer, architect, and integrator.
  • And one natural reaction is to say: fine, we will rely more on tests. But AI writes tests too. If the same system generates both the implementation and the tests, those tests may only validate the model’s own assumptions. They become another generated artifact, not necessarily an independent safety net
  • Reliability is not achieved through perfect code. It is achieved through systems that tolerate imperfect code.
  • The best engineers probably won’t be the fastest coders. They’ll be the people who design systems that remain safe even when the code inside them is imperfect. That future looks a lot like SRE. Not because engineers stopped caring about quality, but because the only way to manage infinite code is to build systems that can survive it.
bliki: Agentic Programming
  • I like to distinguish agentic programming from Vibe Coding. With vibe coding humans don’t look at the code, indeed they forget that it even exists, while with agentic programming they are concerned with the code, often giving it detailed review. Agentic programming is also distinct from using LLMs as a sophisticated code completion mechanism, where LLMs participate in writing code inside an IDE environment.
  • This shift in the nature of programming raises extensive questions about what kinds of activities programmers need in the future and what skills we require. At this point harness engineering, focusing on working on the guides and sensors around the LLM seem central. Additionally this raises the importance of programmers understanding the domain they are working with, collaborating with users and customers to iteratively define and build their product.
Quack: The DuckDB Client-Server Protocol by The DuckDB team
Multi-agentic Software Development is a Distributed Systems Problem (AGI can’t save you) by Kiran Gopinathan
  • Smarter agents may shrink the constants in our algorithms, but they will not, and can not, remove bounds. If we want multi-agentic software development to truly scale, then sooner or later someone has to actually do the work of designing protocols, languages, and tooling that solves the underlying coordination problems as a first-class concern rather than hoping it will go away.
Raw+DC: The ORM pattern of 2026? by Michael Kennedy
Amazon Bedrock expands support for request-level usage attribution by Amazon Web Services
How fast is 10 tokens per second really? by Simon Willison
A.I. Should Elevate Your Thinking, Not Replace It - Blog - Koshy John
Agentic coding at Clickhouse by Alexey Milovidov
  • Every day, ClickHouse CI runs about 20 to 80 million tests in 600 commits and 300 pull requests on average. It contains various test suite runs across many build configurations, as well as randomized testing with fuzzers and stress tests. ClickHouse CI is my source of pride, and in my opinion, it is the most important thing for ClickHouse development.
  • How do we deal with flaky tests? First of all, we never mute them, and we never repeat tests automatically (it’s not allowed), so every failure must be investigated
Google Open Sources Experimental Multi-Agent Orchestration Testbed Scion by Sergio De Simone
If you thought the speed of writing code was your problem - you have bigger problems by Michiel Scholten
AI CoE Tech Stack Squad - Agile Board
  • S3 Files works best when you need interactive, shared access to data that lives in Amazon S3 through a high performance file system interface. It’s ideal for workloads where multiple compute resources—whether production applications, agentic AI agents using Python libraries and CLI tools, or machine learning (ML) training pipelines—need to read, write, and mutate data collaboratively. You get shared access across compute clusters without data duplication, sub-millisecond latency, and automatic synchronization with your S3 bucket.
The Markdown File That Beat a $50M Vector Database by Micheal Lanham
  • Derived retrieval layers. When scale demands semantic search, you build an index over the files. OpenClaw does this with SQLite and sqlite-vec. The files remain the source of truth. The index is a search optimization.
  • Start with a Markdown file. You can always add a database later.
How we build evals for Deep Agents by LangChain Accounts
  • More evals ≠ better agents. Instead, build targeted evals that reflect desired behaviors in production.
Beyond the dashboard: how BlaBlaCar PMs use AI to self-serve data by Dorothée Clerc
  • The Barrier: It lacked our internal map. Users were forced to replace generic table placeholders with real column names manually; a tedious process that was highly prone to human error. To be able to scale this, the AI needed to know our specific architecture, not just general SQL syntax.