Hey! I'm Chris Reddington, a Developer Relations professional who loves bridging the gap between product teams and developers. I write, speak, and build to help developers succeed.

Featured Content
Hand-picked articles, talks, and videos that I'm most proud of.
Flight School
GitHubAI-powered coding practice platform built with the GitHub Copilot SDK. Personalized challenges, real-time evaluation, and learning guidance based on your GitHub profile.
Context windows, Plan agent, and TDD: What I learned building a countdown app with GitHub Copilot
Learn how I managed context to keep Copilot focused, used the Plan agent to sharpen vague requirements, and required Test Driven Development practices to catch bugs before users.
Building smarter interactions with MCP elicitation: From clunky tool calls to seamless user experiences
Explore how MCP elicitation transforms AI tool interactions by gathering missing information upfront.
Latest Content
Context engineering: more context isn't better context
Better prompts help, but they're only part of the story. Context engineering is the craft of designing what an AI agent sees, when it sees it, and how that changes across the session. The goal isn't a bigger context window. It's a more effective one.
The DevRel randomisation trap (and how to stop it)
There's a pattern I've seen play out across dozens of DevRel conversations, confirmed in my MBA dissertation research: teams without a clear golden thread from company strategy to daily activity get 'randomised' by whoever asks most urgently. Here's what the research says about why it happens and how to build your way out of it.
The feedback loop: how DevRel bridges community and product
DevRel is often framed as the voice of the developer. My research suggests a broader job: gathering representative feedback, reducing friction, and showing developers what changed.
From tactics to strategy: the DevRel measurement gap
Of the 13 DevRel leaders I interviewed for my MBA dissertation, only two could clearly demonstrate a coherent link between tactical activity and organisational strategy. In this post, I talk through how focusing on the developer journey can help bridge that gap.
Why developer communities are not brand communities
Academic research on brand communities can help DevRel, but only up to a point. The bigger lesson is where the model breaks: developer communities run on trust in the technology, not loyalty to the brand.
Company context: the conditions that shape DevRel strategy
Two companies can have similarly capable DevRel teams doing similar work and still get different results. In my research, company type, lifecycle stage, and technology cycles kept shaping what DevRel could realistically do.















