Skip to content

I'm a frontend engineer at Moniepoint (opens in a new tab) , where I work on MonieDesk, the internal tool our support teams use every day. I care about how an interface looks, but more about how it feels: the timing of a transition, the weight of a hover, the moment something just works.

On the side, I'm working on MemoryBase and building products with Melun Technologies, a small company I co-founded. Before that, I spent time in web3 and AI at Bless (opens in a new tab) and EigenExplorer (opens in a new tab) .

I do my best work with headphones on. Away from the keyboard, it's games, anime, and good food.

Archived

Area

A marketplace that let people put their staked ETH behind the specific Ethereum services they believed in, instead of handing that choice to a middleman.

Read the docs for Area (opens in a new tab)Site offline

Should Designers Learn Code? Should Dev Learn Design?

Code & Canvas · Episode 1 ·

0:00
21:11

I was the first guest on Code & Canvas, talking about whether designers should code, whether developers should design, and why I think it comes down to taste.

Spotify (opens in a new tab)Apple Podcasts (opens in a new tab)

  1. Transcript for Why 34px isn't 36px

    Stephen: I've been in this position quite a few number of times, and one of the most frequent occurring scenarios is when a designer modifies a variant of a component on a frame that they are designing. For example, if they create a button component and give it a different size variant of, let's say, large, medium, and small, right, and then you have your medium-sized button, which is of height, 36 pixels, and then that same variant they are using is on a particular screen, but then you notice that the height isn't 36 pixels, it is actually 34 or 38 pixels. And then you realize that the designer did it that way, primarily because they wanted to fit what they were trying to achieve on that screen, right?

    Stephen: So in that scenario, what I'll do is to point it out to the designer and also explain to the designer why this would be a problem moving forward for me because of consistency issues. And I would do that by explaining how I am building out the components on the front-end side so that the designer can have a clearer understanding of where I'm coming from. So by doing that, the designer is able to either create a new variant of that component, or they use an actual variant, the right variant, of the component that was created.

  2. Transcript for Design the empty state

    Stephen: I think one core concept product designers should understand is how the front-end interfaces react, or rather, interact with back-end API services. That's one major thing that product designers would need to understand. And this can help in different scenarios. For example, designing loading states when API requests are currently in progress, or also having the intent to design empty states when an API request returns an empty array of a collection to be displayed on the front end.

    Samuel: Okay, so basically, designers should be more conscious of different use cases and make provisions for them in their designs.

    Stephen: Exactly, yeah.

  3. Transcript for It comes down to taste

    Stephen: I don't think it's a matter of designers not coding enough, or developers not designing enough. I think it basically has to do with taste, right? And yes, I feel like design engineering is the future for both developers and also designers. And when I talk about this, I talk about the ability to craft beautiful interfaces and animations that look good and resonates with a particular product. So yes, that's most likely the reason why companies nowadays look out for design engineers when hiring.

  1. Moniepoint2026 — NowFrontend Engineer
  2. Melun Technologies2025 — NowCo-founder
  3. EigenExplorer 🫱🏻‍🫲🏾 BlessMar 2025 — 2026Frontend Engineer
  4. ZenoJun 2024 — May 2025Senior Frontend Engineer
  5. EnyataFeb 2023 — Nov 2024Senior Frontend Engineer

Anchored in UTC+1. Pick a port to plot a course, or write to dialaegwuchukwu@gmail.com.