Thoughts

I recently interviewed a candidate for a UX Design role at Google. Their portfolio website was beautifully designed and caught my attention, so I asked them how they built it.

They gave me a detailed answer about how they designed and developed the site from scratch over time using Framer. But as I was reviewing their portfolio, I noticed something—they had forgotten to remove the link to the original template they used. It was clear they had only made minimal changes—maybe 10%—while the rest remained unchanged from the original template.

And that's okay, using templates is totally fine. I would have appreciated a simple, honest answer like: "I found a great template online and customized it to fit my needs." That kind of honesty builds trust. But trying to take full credit for someone else's work? That only raises red flags.

Moral of the story: Be upfront about what you did (and didn't) do. It builds more credibility and respect than overstating your contributions. Authenticity goes a long way.

At some point in your career, there's someone who takes a chance on you. Someone who gives you that first opportunity—the job, the project—that changes everything. Today, I want to take a moment to thank the people who took a chance on me.

After my undergrad, like many engineering students in India, I landed a job at a consulting company that hired in bulk. In fact, they hired 250 people from my college alone! At the time, I wasn't sure what I wanted to do or where my interests really lay.

One day, I cold-emailed a team that I found interesting, and Ranjithkumar Rajarethinam took a chance on me. After a quick 30-minute interview, he offered me a role at the Web 2.0 Innovation Labs. That opportunity, and the amazing colleagues I worked with there, changed my career trajectory. They encouraged me to pursue my master's degree in HCI, and I'm so grateful they did.

While working full-time, I prepared for my GRE and TOEFL—but my scores weren't stellar. Still, I reached out to several professors, and one more time in my life Prof. Gary Hsieh took a chance on me. Despite not so high scores, he recommended my admission to University of Washington's HCDE program. That gave my career the turbo boost it needed.

Once someone gives you an opportunity, it's up to you to make the most of it. After my master's, that path eventually led me to Google.

I never imagined I'd move to another country, let alone work at Google. It felt like a distant dream. But here I am, because people took a chance on me—and I gave it everything I had in return.

So today, I want to publicly thank Ranjithkumar Rajarethinam and Gary Hsieh. I've thought about expressing this with them many times, but I've always fallen short of the words to truly express how grateful I am. This is my small attempt.

I studied computer science in undergrad and never imagined I'd become a UX designer. My first job was on a front-end team, doing a lot of web development. Over time, I became more interested in user experience, so I pursued a master's in HCI.

While applying for jobs after graduation, I had a tough choice to make: UX design or front-end engineering. Listing both on my resume didn't get much traction. So I made a choice and committed to the UX design path. But here's the thing—I thought my software engineering days were over. I was wrong.

At Google, even though I'm a UX designer by title, I've found plenty of ways to keep my engineering side alive. It started with fixing small bugs. Over time, I contributed to production code, built countless prototypes, and now I'm Kotlin readability certified — a recognition given to engineers who consistently write clear, idiomatic, maintainable code that meets Google's standards. Today, I lead our TV UI infrastructure while still designing. The builder in me never left.

Moral of the story: When there's a will, there's a way. If you're passionate about something, go for it—you'll find a way to make it happen.

PS: CL stands for Changelist equivalent to git commit

Today I want to share a quick tip!

Ever needed to download a GIF or an image embedded in a Google Doc — maybe an animated mockup you want to use elsewhere? If you're in the Google ecosystem, you can copy-paste it easily. But if you want to download it, things get tricky.

Here's a simple trick:

1. Go to File → Download → Web Page (.html zipped)
2. Unzip the folder
3. You'll find your GIF inside images folder! 🎬

Hope this helps! Let me know if you've tried it.

At Google TV, we support roughly a 100 languages — some spoken by millions, others by just a few thousand. But no matter how big or small the audience, every language matters.

Google has a robust internal translation pipeline where expert linguists ensure that every string in our products are translated with context and accuracy. However, when it comes to localized images its not that straightforward — there are agencies that provide this as service for marketing materials, but they can be expensive and impractical at scale.

One of our recurring challenges is our quarterly feature update, which includes an image alongside descriptive text. A shortcut would have, stick to one language or remove text from images entirely. But that wouldn't be inclusive. Instead, we aimed for a solution that:

1. Uses real product screenshots in the correct language
2. Ensures translations match the actual UI (no plugin-generated inconsistencies)
3. Scales across 100+ languages without manual effort

Some options we exported, Manually switch languages and take screenshots (time-consuming), automate with scripting (tricky but possible), or find an innovative approach.

So, I created a Figma script using the Scripter plugin (link in comments):

• Pulled the correct translations from our internal system (JSON format)
• Prepared RTL and LTR assets in Figma
• Mapped text components to their corresponding translation IDs
• Ran the script—voilà! 🎉 100 localized images generated in seconds

The initial setup took a few hours, but after that, the creation process became effortless. We could have taken the easy route—but we chose to do the right thing. Accessibility and inclusivety matter.

By no means all the translations are 100% perfect in every language, but we will strive to get it right and fix things as we go. That is why I love working at Google TV as its fun and challenging! :)

So, what makes a designer truly great? It's attention to details. Attention to detail is the single most important quality that sets great designers apart. I believe this focus on detail translates to persistence, and persistence ultimately leads to success.

Optical balancing icon is one such thing, Many designers might overlook such subtle refinements, but at Google TV, we pay attention to these nuances. Recently, I updated all remote icons to be optically centered rather than mathematically centered. By no means Google TV is perfect but we are polishing one thing at a time, eventually we want to build a product that we are proud.

CES wrapped up last week, and I'm thrilled to share some exciting updates from the event! Google TV unveiled the next generation of devices featuring cutting-edge Gemini models, far-field microphones, 4K image support, and proximity sensors, all designed to make your home smarter and more helpful than ever.

I'm incredibly proud that two of these four features showcased at CES were designed by my team! 🎉

The response has been phenomenal, and the glowing reviews this week are a testament to the innovation and hard work behind these devices. Here are a couple of highlights:

💬 “From simply using your presence to turn on your TV to using voice commands to control it, I could see how the new 'smarts' offered a completely hands-free way of interacting with the display…” — TechRadar

💬 “All the features seem to be centered around making your interactions with your TV more seamless and incorporating it into your daily life more than just watching content.” — ZDNET

A huge thank you to the entire team and everyone who made this possible. Here's to building even more seamless and smarter experiences for everyone in 2025 with Gemini and more 🚀

Sometimes, it's fun to build something just because. I spent days—if not months—searching for ways to integrate a spell-checker into the Monaco code editor (the core behind VS Code).

You might wonder, "Don't we already have spell-checkers everywhere?" We do, but Monaco doesn't natively support them due to how it's designed.

For many days I tried server-side solutions like Grammarly and LanguageTool, but they were slow and costly. Then I discovered Harper, an early-stage Rust project. Its speed impressed me, so I forked it, optimized it for my needs my fork, and successfully integrated it into my tool.

The thing is, I had never written a line of Rust before. With AI and just an hour of tutorials, I learned enough Rust to write code, compile it into WASM, and run it directly in the browser—no server needed. It felt incredibly productive.

If you're curious, check-out the tool I've been building for fun: https://stubby.io. It's still in beta, but I'd love your feedback!

Around 22K people use the plugin I built for myself a while ago. The problem you are facing may be one that many others face as well. I'm happy that it has really helped so many people.