LinkedIn GitHub
« Reads & writing

Text Boxes

Reading & watching

Essay

At Makase, “product” and “engineering” weren’t really separate lanes for me. I spent a lot of time in Figma and in meetings that felt closer to product design than pure implementation. One afternoon that stuck with me: the product lead and I blocked off a few hours to argue about something that sounds trivial on paper, a faux iMessage-style chat in the UI. Which side should the bubbles sit on? Should “our” copy live on the right like something you sent, or on the left like something you received? And should that bubble read as sent (that familiar blue) or received (grey), when the whole thing was really just us talking to the user?

None of it was technically hard. It was slow because every choice trains the eye. Flip the alignment or the color and you change who the user thinks is speaking, how urgent the message feels, and whether the screen feels like a real conversation or a cheap knockoff. I walked out of that session annoyed at how long we’d spent on pixels, and a little hooked on why those pixels mattered.

After that, I started reading like someone who builds interfaces, not only like someone who ships code. Two pieces especially stuck. Shumi Perhiniak’s piece on justification versus alignment on Yes I’m a Designer made the tradeoff obvious: justified text can look tidy until the word spacing turns into “rivers” and fights readability; left-aligned type often wins for long copy because the ragged edge helps you track where you are. It’s the same instinct as the chat bubbles, layout isn’t decoration, it’s how people move through information.

The other rabbit hole was Prototypr’s guide to text fields in UX, which zooms in on the humble box where users actually type. Labels, placeholders, validation, focus states: all the stuff that’s easy to hand-wave until you watch someone hesitate on a form. Together with the alignment article, it reminded me that “text boxes” aren’t neutral. They’re where your product meets a person’s attention span.

I still think about that iMessage mock when I’m reviewing UI. The right answer wasn’t universal; it was whatever matched the story we were telling. The deeper lesson was that someone has to care about the boring details. Often, that’s the product.