João Granja

Founder | Tech & AI
Building products & sharing what works (and what doesn’t)

[Elon Musk @elonmusk]

AI agentic Internet traffic will obviously VASTLY exceed human usage. Not a close call at all.

Cloudflare’s forecast is accurate.

[Gergely Orosz @GergelyOrosz]

Interesting trend:

CTO/ Head of Eng / VPE folks at startups and mid-sized companies are... leaving / burning out. Hiring for these roles is HARD, but even after filling the role, they will often leave a few months later and take a career break

And they have v good reasons

[Boris Cherny @bcherny]

Something I have been thinking about: in the past, the best engineers I knew spent a lot of time automating their work in various ways. Better vim/emacs automations, writing lint rules to catch repeat code issues, building up a suite of e2e tests so they don't need to smoke test the app manually. These kinds of things were the highest leverage activities an engineer could do, because it multiplied their own output, which in turn meant they could build more things.

I think many of these automations have become even more important now. This is true for a number of reasons.

First, infra and DevX automation speeds you up. And if you are running an army of agents, each of those agents will be sped up also. More automation == more output per unit of time.

Second, moving things to code improves efficiency. Your agent could fix an issue every time it sees that issue happen, but that uses tokens and might miss cases. If Claude instead writes a lint rule, CI step, or routine, that class of issue can be fully automated forever. This is really what people are talking about when they talk about loops -- it's about automating entire types of busywork rather than solving them one off. This isn't a new idea at all. Engineers have been doing this for a long time!

Third and most importantly, automation makes it possible for others to contribute to the codebase more easily. Increasingly what I am seeing is engineers are contributing to codebases on day one because Claude can navigate the codebase for them, and that non-engineers are able to contribute to a codebase as effectively as engineers can. What gets in the way of both of these is domain knowledge that lives in peoples' heads rather than in automation -- the stuff you used to have to learn when ramping up. What has changed thanks to agents is the domain knowledge that can be encoded as infrastructure is no longer limited to what is expressible in lint rules and types and tests; it can now capture nearly all domain knowledge, encoded as code comments and skills and CLAUDE.md rules and memories. If I put up a PR for an iOS codebase I don't know and a code reviewer rejects it because it doesn't use the right framework, or if a designer builds a new feature and it gets rejected because it doesn't follow the right architectural patterns, these are failures of automation.

Every team should be writing the CLAUDE.md's, REVIEW.md's, skills, and docs that enable agents to productively work in their codebase with zero additional context from the prompter. This sounds crazy, and at the same time is a natural extension of the stuff engineers have always done: automate, and encode domain knowledge as infrastructure. As the model gets smarter and as the harness matures, this task becomes easier. In the meantime, it is on every team to look for ways to convert their domain knowledge to infra so that Claude can write code better, so that code review catches issues automatically, and so the next person working on your codebase can contribute more easily.

[Mark Ajzenstadt @mardehaym]

https://t.co/TJRo62iCIA

[Demis Hassabis @demishassabis]

https://t.co/PTeDiv1b6L

[Elon Musk @elonmusk]

@DrewPavlou In fairness, Fable is definitely better than Grok 4.5, but most tasks don’t require Fable-level capability

[ahmet alp balkan @ahmetb]

Great distributed systems article from Discord on how they migrated from Cassandra to ScyllaDB by writing their own data access layer to coalesce concurrent queries, did a full migration of trillions of messages and saw huge p99 latency improvements. https://t.co/TreuPic73T

[Ricardo Castro @mccricardo]

"Scaling Kubernetes to multiple clusters and regions" by Daniele Polencic

https://t.co/QXsTxaTPLV

[Ricardo Castro @mccricardo]

"How Many SREs Does Your Company Need? Here’s How to Decide" by JJ Tang

https://t.co/VU8pOR7gFD

[Sergio Pereira @SergioRocks]

This graphic is so powerful and so true!

Prioritise your mental health everyone. Your brain is your primary work tool, don't burn it out.

[Ricardo Castro @mccricardo]

"Prometheus — Overview"

"To gain a deeper understanding of it, this series will cover how Prometheus works. In this post, we’ll take a look at the overview of Prometheus."

https://t.co/A4bXqC9bgk

[Ricardo Castro @mccricardo]

"Building a resilient system: Our journey to observability at Intercom"

#sre

https://t.co/WEJ2ugEw8h

[João Granja @jpgranja]

@CalDigitSupport Any expected ETA?

[Bilgin Ibryam @bibryam]

Kubernetes Autoscaling Evolution in 3 stages at Airbnb
https://t.co/kVCga3XmP9

[Ricardo Castro @mccricardo]

Rapid Event Notification System at @netflix by: Ankush Gulati, David Gevorkyan and also Michael Clark, Gokhan Ozer

https://t.co/KwHe36GApC

[João Granja @jpgranja]

https://t.co/EJoZzLLy7a

[João Granja @jpgranja]

https://t.co/dDjP2QhxUJ

[João Granja @jpgranja]

https://t.co/frvOAEiCqg

[Gergely Orosz @GergelyOrosz]

Roblox was down for 73 hours in Oct, with 50M users/day unable to access the service.

The summary is up, and WOW, reading it is like a mystery novel you can't put down.

Concurrency, long polling, cluster leaders, and more in this excellent postmortem:

https://t.co/4WwNTYvSEl

[Ricardo Castro @mccricardo]

"To support the current and future scale of experimentation (...), Netflix has invested in culture, people, infrastructure, and internal education to make A/B testing broadly accessible across the company."

https://t.co/l3b6Q0a7vo