Ask HN: Explaining front-end frameworks to a designer | Hacker News Reader

Ask HN: Explaining front-end frameworks to a designer

8 pointsnbenita4 comments

Hey guys,

I'll start with some context - I'm a UX designer at Wix.com, where I also get to play around with front-end development (Prototyping).

Whenever a framework like React or Angular comes up in a conversation with fellow designers, I will always have a hard time explaining what these tools are/why do we use it.

(I think) I'm having a hard time explaining, because I had never built anything meant for 'production', nor with vanilla.

What I usually end up with, is: "a framework asks that you write your code in a specific manner, according to a set of rules. In return, it will do some super clever assumptions, such that your end product will be better (Maintainable, performant, etc...)".

I feel like this explanation could be better. Any thoughts?

Thanks!

View on HN

Web UI designers should be familiar with concept of web components. Angular is maybe not the best choice, but React is quite easy to explain. It's all about such components. Every React component is like a brick you can use to build the whole house. Every component looks like a custom tag <Message/>, can have clear defined parameters <Message text="Hello World"/>. It is very performant and easy to reason about. Forget about HTML or CSS :) Think about the component and its properties. It's very simple. It does not need to be related to the browser. <Foo/> is just a convenient abstraction which can work with the browser or as iOS/Android native component (thanks to React Native). The component may use HTML inside, but it is it's implementation details.

Since designers are presumably aware of things like Photoshop and related technologies, it could be useful to explain by analogy. For example, a framework could be said to have "macros" that apply various types of "effects" and interaction to elements on the page. Frameworks also provide "layers or pieces of templates" (think responsive columns) that make aligning elements more uniform and consistent throughout the site. Another thing to note to the designers is that the original languages for making pages were very cryptic and tedious while modern frameworks take away a good part of the tedium by simplifying the layout and element-interaction processes.

Edit: By "designer", I was thinking you meant graphics designer; I apologise if you meant something else.

A framework abstracts away common patterns so you don't have to reinvent the wheel all the time. That being said, not everyone agree on what are the same common patterns or the best way to solve them, hence why there's so many frameworks.

Framework is like a joke. If you have to explain it then its not that good. I know its irrelevant but I just had to put it somewhere.

Reply on news.ycombinator.com