DEV Community

loading...

Discussion on: Can you excel at front-end with average UI design skill?

Collapse
lukewestby profile image
Luke Westby • Edited

You pointed out that front-end encompasses a complex spectrum of overlapping fields, and I want to mirror that by noting that UI design is an equally complex and interrelated assortment of practices. It seems like you are most concerned about visual design, but UI design also encompasses every other aspect of how a person interacts with software. You do not need to know very much at all about visual design to be a great front-end developer. However, UI design is deeply connected to things that appear to be progamming concerns:

  • Performance: If a program takes a long time to load, then you need to communicate that to the user somehow, or they will get frustrated. Knowing the right way to communicate with the user through design and what constraints you expect from your users informs how you load data and how you manage that state in your program.
  • Data modeling: A correct model of your program is going to reflect the ways a user can move through your software. In order to design the most correct set of classes or records or however you represent information through code, you need to be able to correctly understand the information architecture and user flow of your program – both aspects of UI design.
  • Concurrency: Can the user do multiple things at once? Concurrency has to be handled in code with care, but also communicated to the user effectively or you might confuse them and get them lost. In order to communicate concurrent progress to the user you need to be able to represent that state effectively in code, which relates back to data modeling.
  • Error handling: Handling errors in your software and allowing a user to recover from them is a severely under-looked and highly important aspect of user experience design. The way you capture and recover from those errors, though, is through code. Understanding where things can go wrong in code relates directly to how a user is supposed to proceed in light of them.

I love spending time on Dribbble! But when I'm hiring front-end developers I don't really care that much if they know about font-size ratios. We have wonderful, highly skilled designers that work with us to codify those aspects of our design into reusable components. What I do care about are all of the things that I mentioned.

Being a great front-end developer isn't about being very good at writing code and also, separately, being very good at making nice looking visuals. It's about understanding where those two outcomes intersect and why they are related.

Collapse
snowbell92 profile image
Samia Ruponti

I'm going to ask a really dumb question here. If designers are creating a component library with code, what are the FEs doing? I have not worked with any large teams (yet) so this is a question I have always had.

Collapse
milkstarz profile image
malik

Here's an analogy:

You have interior designers who come and figure out a good layout for a room, considering all the different things the client wants in their home.

You also have the movers, painters, carpenters, etc who make the vision a reality.

We are the movers, painters, and carpenters. Design/Product provides a vision of where the end product should be, while developers bring that vision to life.

Thread Thread
snowbell92 profile image
Samia Ruponti

Er... That's the traditional FE roles. I am familiar with that. But if interior designers are also moving your furniture, what is the mover doing?

Thread Thread
milkstarz profile image
malik • Edited

It all depends on the scope of the project.

Designing and moving are two different skill sets. The thing is, it's not common for people to have an exceptional ability at both. They're extremely talented at one or the other.

If the designer only had one product to create, which was to design your living room, then surely the designer could also help move stuff with the movers, but most likely not at the speed and proficiency of the other movers. The same thing could be said if the tables were turned.

But now, let's imagine that you as a designer have to design for 5 different projects instead of just one.

If you're moving furniture, who is going to keep looking after the designs to see if anything could be improved/added? It's gonna be hard if you're focused on moving stuff.

End goal of what im saying is that:

On small projects it could be beneficial to have a designer help create systems for ease of development.

However at a big company unless that's their sole job, they will have other priorities because designing is much more than simply creating component libraries.
Like Luke said,

I love spending time on Dribbble! But when I'm hiring front-end developers I don't really care that much if they know about font-size ratios. We have wonderful, highly skilled designers that work with us to codify those aspects of our design into reusable components. What I do care about are all of the things that I mentioned.
Being a great front-end developer isn't about being very good at writing code and also, separately, being very good at making nice looking visuals. It's about understanding where those two outcomes intersect and why they are related.

This is why i'm not a fan of the terms front-end and back-end. Designers/Developers/Project Managers all work together to create products! :)

Thread Thread
snowbell92 profile image
Samia Ruponti

We have wonderful, highly skilled designers that work with us to codify those aspects of our design into reusable components.

designers are codifying it? I want to understand this! because traditionally, designers produce the vision in graphic format and devs translate vision in code, don't they?

Thread Thread
milkstarz profile image
malik

I would say for the most part that for that there are developers that collaborate with designers to "codify" the designs that a design team made.

However there are developers that have previous experience as a designer and would be great at taking these abstract designs, and then making them into a reality.

It is definitely is a job but it is a rare skillset to be able to do both at a very skilled level. Matter of fact, my company is hiring for that exact position right now, take a look at the job description for yourself!

Thread Thread
snowbell92 profile image
Samia Ruponti

Thank you for posting that job. Job posts like these confuse the hell outta me. I am pretty good with code (if not then I can figure it out) but I absolutely suck at designing. But all jobs seem to want people who can design first and code later, or code in JavaScript exclusively. I guess you are looking for those rare people?

Thread Thread
milkstarz profile image
malik

I wouldn't say all jobs want people who can design first and then code later, because not every company wants developers who design.

Sometimes they just want people that can take a wireframe or mockup, and implement it in a client - whether that's web or mobile.

For that specific position, we're looking for someone to guide the improvement of our design system, allowing developers to be more productive instead of worrying about styling.

Collapse
lukewestby profile image
Luke Westby • Edited

One way to understand the process is that work on components is a place where the line is blurred between the two. Designers write code to build components, and engineers use intuition from working on components to make decisions about the visual character of other components. For us it frequently happens at the same time through pair programming.

Another way to look at it is that creating components is a very small part of building a frontend application. Engineers have to then use those components and connect them to data and business rules in order to make an application. Most of our front end engineering time is spent here.

Collapse
ekafyi profile image
Eka Author • Edited

Thank you for your detailed explanation, very insightful and helps a lot!

This made me realize that the reason UI design is often closely associated w/ front-end is because they actually share similar concerns and pretty much go hand in hand.

I'm worried about the visual aspects because it's the only part I don't quite get, but your explanation helped me see beyond that -- which is where I should focus my attention to.