Live data from Hacker News

When Figma starts designing us

designsystems.international

131–140 of 145 posts

Re: When Figma starts designing us

#131

Earlier quoted context omitted.

Unless you're building content-marketing or similar- you don't need a lot of the exploratory phase to be done freeform. Trying to implement designs in a product where every single new design stretches or modifies the design system is mind bogglingly annoying as a developer, especially if you've got a small team trying to crank out new features. We don't need a tenth variation of a call to action, we don't need to use…

Exploratory design isn't for crafting padding overwrites and call to action tweaks... It's for thinking from first principles about the problems users face, and how to shape the products we create to best help those users overcome their problems. This means reconsidering faulty assumptions about the nature of the problem users face & the shape of the product that best solves that problem. I hate this shift of the rol…

Visual design, interactive design and information architecture are all lumped together under UX, but there's little call for going back to first principles when you have an established design system.

When you do, you end up with prototypes that are disconnected from what exists, and don't look good when you actually start using the existing visual design system. That's where all the one-off tweaks start coming in.

Unless the business is willing to pay for research into a holistic change to the semantics of the existing design system, Figma is perfectly suitable for the majority of design work once a cohesive design language has been put together.

Re: When Figma starts designing us

#132

No, here’s the problem: Figma doesn’t go far enough. If you need a free form design tool to sketch, use one. There are hundreds of them. I need to implement my design system inside of a design tool so I can prototype designs with multiple breakpoints, container queries, modes, and variants. Figma isn’t up to the job. Ever tried opening the variables tab on the Material 3 Figma file? Stutter, stutter, stutter, “this t…

I have totally opposite experience working on large ds at uber

Would you elaborate?

Re: When Figma starts designing us

#133

Earlier quoted context omitted.

There’s a lot that goes into creating the pictures. Consistent spacing, colors that change depending on platform, breakpoints, containers, and on and on and on. There’s no reason that a tool can’t model a design system and make producing consistent designs that use it trivial. I think the problem with Figma is that it tries to appeal to visual designers, UX designers, and programmers. Good for business, bad for users…

Don't create every possible picture. Create a representative set. Draw each screen at least once. If you have dark mode, you don't have to fully redraw each screen in dark mode, just enough to show how dark mode should look. If it has to work on desktop, you probably do have a completely different desktop version of each screen (from the default mobile) so draw that - but don't redraw every detail of a widget that's…

I don't think you got the point. Instead of "pictures" we need a design system - defined sizes, paddings, margins, grids, font-sizes, colors, breakpoints, variants, components, behaviors, transitions, etc. and it should be consistent across the app. How many times have I worked with a design that didn't respect these consistently from page to page...

Re: When Figma starts designing us

#134

Earlier quoted context omitted.

Don't create every possible picture. Create a representative set. Draw each screen at least once. If you have dark mode, you don't have to fully redraw each screen in dark mode, just enough to show how dark mode should look. If it has to work on desktop, you probably do have a completely different desktop version of each screen (from the default mobile) so draw that - but don't redraw every detail of a widget that's…

I don't think you got the point. Instead of "pictures" we need a design system - defined sizes, paddings, margins, grids, font-sizes, colors, breakpoints, variants, components, behaviors, transitions, etc. and it should be consistent across the app. How many times have I worked with a design that didn't respect these consistently from page to page...

Instead of pictures or a design system, what you need is a way for users to do stuff with your app. Pictures help with this more than a design system does. More important than every margin being the same across the app, is being able to do stuff with the app. The consistent margins can come later, once the app does useful stuff.

Re: When Figma starts designing us

#135
It's kind of like observations from psycholinguistics: language shapes culture and ideas, and vice-versa. Perhaps the tool makers should listen even more closely to designers to maintain the essential expression of creativity, and this might mean physible assistive devices in the real world.

Re: When Figma starts designing us

#136

The "problem" is not figma. It is design in general. Everybody are coping each other which makes sense: You cannot copyright a design and also copying is much easier - and looks better - than designing from scratch. However while designers will definitely think this as a "problem" which would kill creativity, I as an engineer think that it is the path that would happen later if not now. You can't really blame compani…

Coping or copying?

Re: When Figma starts designing us

#137
post #14

I deeply, deeply despise the Figma-style design language that everything uses now, where there's barely any indication of what's clickable vs. what isn't and every screen is an endlessly-scrolling set of tiles and pills. No borders, no button depth, no hyperlinks, huge swaths of blank monochrome space, menus distributed randomly, and my least favorite software design element of all time--scroll bars that aren't visib…

Lack of affordances, to use UXspeak. This is terrible, user-hostile design.

Re: When Figma starts designing us

#138
post #96
post #72

Earlier quoted context omitted.

Really? Every Figma mockup I've ever seen appears to be imitating that exact style. I don't think I've ever seen something different from any Figma product, even in their own advertisements. I thought it was a classic case of the tool/process constraining the design outputs, like those 5-over-1 designs that every new apartment building looks like.

Designers were doing minimalism before they were using Figma. Figma is just a tool that spawned in the middle of the minimalism cargo-cult era. FWIW, minimalism was a super-convenient solution that helped developers avoid responsive skeuomorphism. The issue at hand is simply due to designers who poorly execute minimalism, either through ignorance or fanaticism. It's kinda like people who still, enthusiastically, stan…

Microsoft flat style too.

Re: When Figma starts designing us

#140
post #121

Earlier quoted context omitted.

No, I meant requirements. Stated otherwise: "Sufficiently advanced requirements are indistinguishable from code". Abstracted requirements define outcomes. Fine-grained requirements define code.

I respectfully disagree. The customer has given a requirement that states the variable has to be calculated as y= x +1. However, the code that exists has been implemented such that is calculated as y= x - 1. y=x-1 is how the current system behaves. However it conflicts with the actual requirement, which is y=x+1.

Regardless of whether or not the code is correct, it's still defining the behavior of the system.

If the customer would like to describe the ideal behavior of the system, the only way is to translate it into code.

Post reply on HN