DEV Community: Jyotish Pabbisetti

A Dog's Day — What If You Could Experience a Morning Through a Dog's Eyes?

Jyotish Pabbisetti — Sun, 16 Aug 2026 16:49:12 +0000

This is a submission for Weekend Challenge: Dog Days Edition

What I Built

We know what our dogs do all day.

We don't really know what that day feels like to them.

I built A Dog's Day to explore that idea as a single interactive experience rather than another dog utility.

You start by scrolling through a Golden Retriever's morning: waking up, waiting for breakfast, heading outside, meeting another dog, losing a favorite red ball, and eventually finding it again.

The story is built around scroll-driven visual beats, so the page behaves more like a short interactive film than a collection of sections.

Then, instead of simply ending the story, it asks:

What if you could experience the world through the eyes of your favorite animal?

That leads into the second half of the project.

Choose an animal and talk to it.

The Dog character is a fictional Golden Retriever with context from the story you just experienced. Ask why the ball mattered, why everything outside smells interesting, or what it noticed when it met another dog, and the conversation is grounded in that character's perspective rather than a generic "tell me about dogs" chatbot.

The experience currently includes five animal perspectives:

Golden Retriever
Domestic Cat
European Rabbit
Red Fox
Gray Wolf

The idea is simple: the same world can feel very different depending on who is experiencing it.

Demo

Live: https://dev-cha-git-main-jyotishpabbisetti2025-1209s-projects.vercel.app/

Video: https://youtu.be/WRw55khrIBI

The demo shows the project as one continuous experience:

the opening story
the missing-ball sequence
the transition into the animal experience
a voice conversation with the Dog
interruption while the character is speaking

The part I wanted to get right is the transition from watching the story to being able to talk to the character inside it.

Code

GitHub: https://github.com/Jyotish08/dev-cha

The project is a single Next.js application using the App Router.

The story is organized around reusable components for scroll progress, scene beats, media, typography, and the transition into the interactive chapter.

The conversation system has separate animal configurations, a voice conversation state layer, a Gemini Live WebSocket client, and a fallback API path.

How I Built It

The first half is a small story engine.

Each chapter has authored visual beats and text, and the user's scroll position determines which beat is active. The story uses sticky full-screen sections with Motion to control the pacing and crossfade between the story frames.

For example, the four main chapters are:

Morning Comes Quietly — the dog wakes.

Breakfast — anticipation, eating, and the empty bowl.

The Walk — the neighborhood, another dog, and the dog's sense of smell.

The Missing Ball — chase, loss, searching, discovery, and getting the ball back.

The visual layer combines 1536×1024 story frames with short ambient MP4 overlays. The frames carry the actual narrative beats, while the videos add movement without making every moment depend on a full video sequence.

The second half is where the architecture changes.

Instead of sending recorded speech to a normal text-generation endpoint and then using browser text-to-speech, I connected the conversation directly to Google's Gemini Multimodal Live API over a persistent WebSocket.

Microphone audio is captured as 16 kHz linear PCM and streamed to Gemini. The returned 24 kHz audio is scheduled through the Web Audio API for continuous playback.

That matters because the interaction is supposed to feel like a conversation, not:

record → wait → generate → speak.

The Live connection also supports interruption. If the Dog is speaking and the user starts talking, the current playback can be stopped and the conversation can continue from the new turn.

The animal personalities are configured separately. The Dog's system instructions include the fictional events from the story itself, including breakfast, the walk, the other dog, and the red ball. That lets the conversation continue from the story instead of starting from zero at the bottom of the page.

There is also a fallback path for the parts of the experience that depend on external AI services. Gemini rate limits, network conditions, microphone permissions, and temporary connection failures can all affect a live session, so the project does not silently pretend a failed request succeeded. A secondary Gemini text-streaming path and an offline scripted mode are available when the live connection cannot be established.

The goal was not to make the project depend on AI for every part.

The goal was to use Google AI exactly where it changes the experience:

the story shows you the animal's world; Gemini Live lets you talk from inside it.

Prize Categories

Best Use of Google AI

I am submitting A Dog's Day for Best Use of Google AI.

Gemini is not being used as a wrapper around a normal chatbot.

The interactive chapter uses the Gemini Multimodal Live API for the core voice experience: continuous microphone input, streamed spoken responses, story-aware animal personas, and interruption handling.

Remove Gemini Live from that part of the project and the central interaction changes completely.

The technology is what allows the final chapter to move from:

"Here is a story about a dog."

to:

"You can actually talk to the animal whose morning you just followed."

The Ten Days I Wasted My AI Usage Limits (And What I Learned After)

Jyotish Pabbisetti — Thu, 06 Aug 2026 16:33:07 +0000

For almost four months, I did nothing but dream. I would think up a product, imagine how it would work, picture it finished — and never write a single line of code. In my head, building it was the easy part. I had ChatGPT and Claude. How hard could it be?

Then summer break came. May 2026. And one thought kept hitting me: I had spent four months thinking about products and zero months building them.

So I decided to actually start.

The naive part

People had already warned me — learn the basics first, don't skip the fundamentals. I nodded along, but I didn't really believe that was the real problem. I still thought AI was some kind of magician. Explain the idea, get the code, done. One idea, one solution, no friction.

Here's how naive I actually was: I would describe my idea to ChatGPT, ask it for a plan and a prompt, then copy that prompt straight into my IDE — without reading what the prompt actually told the AI to do. I just trusted it.

The output, unsurprisingly, was often the opposite of what I wanted. I burned through my usage limits chasing fixes for problems I had created myself, just by not reading my own prompts.

The part nobody warns you about

The real barrier was never syntax or libraries. It was the gap between having an idea in your head and actually turning it into something real. That gap doesn't show up in any tutorial. You only find it by trying to cross it — and falling in.

What changed

The first ten days were pure confusion. But somewhere after that, things started clicking. I learned actual prompt engineering — not just "ask nicely," but understanding what a prompt does before I run it. I got a real feel for what AI is actually good at, and where it quietly hands you garbage dressed up as an answer.

Oddly, this made me a better programmer, not a lazier one. Reading and correcting AI output forced me to understand code faster than writing it alone ever did. I started filling the gaps AI left with my own thinking, instead of just more prompts.

It also made me more consistent — not just in coding, but in how I studied and how I showed up to work every day.

The one thing I'd tell myself in May

None of this — the prompt engineering, the sharper code sense, the consistency — happens if I don't take that first messy, confused step. The confusion wasn't a sign I was doing it wrong. It was the cost of finally doing it at all.

Rivalry Roast — you talk smack about your team or favorite player, out loud, and an AI rival fan claps back at you, in voice, in real time.

Jyotish Pabbisetti — Mon, 13 Jul 2026 02:26:21 +0000

This is a submission for Weekend Challenge: Passion Edition

What I Built

Tomorrow I have my semester exam. Between assignments, revision, and general exam-season chaos, my schedule right now is not exactly forgiving. And yet — every day, no matter how packed things get, I carve out an hour, sometimes an hour and a half, just to build. Not because I have to. Because it's the one part of my day that actually feels like mine.

So when this challenge landed during exam week, it felt less like bad timing and more like an invitation. I'm a solo developer on this one, and I'm also a lifelong football fan — Ronaldo has been my guy for as long as I can remember. Building something around fan passion and rivalry wasn't a stretch for me; it's basically autobiographical.

The goal was simple: talk smack, get roasted back — out loud, not just in text.

Demo

Youtube demo link(https://youtube.com/shorts/QNnVdpfzGNE?si=GFmKuYos3FgXRtx4)

https://dev-uq5k.onrender.com

Code

https://github.com/Jyotish08/dev

How I Built It

The flow is simple to describe but has three real moving parts: you speak your trash talk, it gets converted to text, that text goes to an AI for a witty comeback, and the comeback gets converted back into voice so you actually hear the rival roast you.

I used Groq for speech-to-text, Google Gemini for generating the roast itself, and ElevenLabs for turning that roast into voice.

The voice piece was the part I was most excited about, and it wasn't totally unfamiliar territory — I've built voice cloning from scratch before, using open-source models, piecing together my own pipeline to get a voice to sound right. This was my first time using ElevenLabs specifically, and it was humbling: what used to take real pipeline-building effort on my end, it handled almost instantly once I found my footing with it.

Gemini impressed me just as much on the other side — fast turnaround, and it consistently understood the tone I was going for without me needing to over-engineer the prompt.

The part nobody tells you about: building the idea took maybe twenty minutes of thinking. Getting it working took closer to two hours, and almost all of that time went into APIs that had quietly moved on without telling me. A model I called by name had already been retired. A voice model I picked had been phased out on the free tier. The specific voice I wanted wasn't available to my account at all due to a free-tier restriction I didn't know existed. Deployment brought its own round of small chaos — a build tool throwing a permission error, a config silently skipping a dependency it needed, a server going live but unable to find its own front end.

None of these were dramatic bugs individually — each took a couple of minutes to fix once I knew what it was. But stacked back-to-back, on exam eve, with the clock ticking, it turned into a genuine debugging crawl through error messages and dashboards. And honestly, that's passion too — not just the fun highlight-reel part, but the part where something keeps refusing to work and you keep showing up anyway because you already care too much to walk away.

Prize Categories

Best Use of Google AI, Best Use of ElevenLabs

Building Confidence out of Chaos: How Copilot Saved My First AI Project

Jyotish Pabbisetti — Sun, 07 Jun 2026 06:04:10 +0000

This is a submission for the GitHub Finish-Up-A-Thon Challenge

What I Built
I built Local PDF, a completely local, privacy-first utility website designed to handle all your PDF processing needs right in the browser. The idea started because I wanted a fast, reliable tool that didn't force users to upload their sensitive documents to the cloud. As I navigate my first year of computer science, what makes this project so meaningful to me is that it was my true gateway into advanced, real-world development. It wasn't just another assignment; it was something I built from scratch to solve a real problem.

Demo:

Localpdf — Your PDFs. Done in Seconds. Right in Your Browser.

Free online PDF tools that work entirely in your browser. Compress, merge, and split PDFs instantly with no uploads, no registration, and no data stored.

localpdf.dev

The Comeback Story
When I first started this project, my workflow was a complete mess. It was entirely disconnected. At one crucial point, the app was lagging horribly, the components were breaking, and I couldn't figure out why. I sat there for 45 incredibly frustrating minutes, just staring at my screen, trying to trace the errors by myself.

It was my very first time experimenting with AI agents in a development environment, and the complexity felt overwhelming. Honestly, I was completely drained. I was so close to just shutting my laptop, throwing my hands up, and postponing the whole thing for "tomorrow"—which, let's be real, often means abandoning it entirely. The barrier felt too high.

But instead of giving up, I decided to try a different approach. I stepped back, engineered a clear prompt to gather my thoughts using ChatGPT, and then I turned to the auto model selection feature in GitHub Copilot right inside VS Code.

My Experience with GitHub Copilot
That decision completely turned the project around. I asked Copilot to analyze the repository, and within just a few minutes, it handed me a comprehensive report detailing exactly where the bottlenecks were and why the app was breaking. I was absolutely blown away by how it handled the chaos of my code. I applied the changes it suggested, and it worked flawlessly.

If Copilot hadn't helped me in that exact moment, that bug would have been the end of the road for Local PDF. But more importantly, solving that problem gave me an incredible surge of confidence. It made me realize that I can build complex, ambitious things. Since that night, I've gone on to build multiple other projects, and I haven't felt those negative emotions or the heavy weight of imposter syndrome while coding ever again. Copilot didn't just fix my code; it changed how I feel about being a developer.

DEV Community: Jyotish Pabbisetti

A Dog's Day — What If You Could Experience a Morning Through a Dog's Eyes?

What I Built

Demo

Code

How I Built It

Prize Categories

Best Use of Google AI

The Ten Days I Wasted My AI Usage Limits (And What I Learned After)

**Rivalry Roast** — you talk smack about your team or favorite player, out loud, and an AI rival fan claps back at you, in voice, in real time.

What I Built

Demo

Code

How I Built It

Prize Categories

Building Confidence out of Chaos: How Copilot Saved My First AI Project

Localpdf — Your PDFs. Done in Seconds. Right in Your Browser.

Rivalry Roast — you talk smack about your team or favorite player, out loud, and an AI rival fan claps back at you, in voice, in real time.