Let's be honest, nowadays most of us see an error, copy it into ChatGPT, and hope for the best. I've done it. You've done it. We've all wasted 30 minutes going back and forth with AI when our browser could've shown us the answer in 2 minutes.

This talk is about remembering that our browsers have incredible debugging tools we've forgotten how to use. Through live demos of real bugs, I'll show you how breakpoints, call stacks, and the network tab can solve problems maybe faster than any AI assistant.

You'll learn:

• How to ditch console.log hell and actually watch your code run
• Breakpoint tricks that pause your app so you can inspect what's really happening
• How to read call stacks without your eyes glazing over
• Network tab techniques that expose exactly why your API is misbehaving
• When debugging tools beat AI (and when AI is actually helpful)
 I'm not saying don't use AI—I use it all the time. But there's something powerful about understanding your own code well enough to fix it yourself. Plus, you'll be way faster, and you'll actually learn something instead of just copy-pasting solutions you don't understand.

Accessibility is often framed around screen readers and contrast ratios. However, in many parts of the world, accessibility starts with unreliable or expensive connectivity.

This talk reframes offline-first architecture as a core accessibility concern. Using React Native examples, we’ll explore how network assumptions silently exclude users in low-connectivity regions and how offline-first patterns dramatically expand who can actually use our apps.

We’ll cover practical strategies for designing user flows that remain usable without a stable network and how these decisions improve resilience for all users, not just those offline.

When the backend can reason, what does that mean for the frontend?
Let's take a look at how we can create UI's that can handle the reasoning capabilities of LLMs and adapt to perform any task.