Live data from Hacker News

Why Figma Wins

kwokchain.com

131–140 of 191 posts

Re: Why Figma Wins

#131
Not a Figma user but I took a quick 10 minute look the other day. I have what is probably a dumb question.

Is there any feature to export the designs into some code friendly format? I didn't see one. I only saw export to image.

Maybe that's a good thing? I certainly don't want to bog designers down into the minutia of implementation ... maybe? But it seemed like such a waste to put all the constraints into Figma and then have to manually figure out where they all are and enter them into your UI framework of choice.

I saw the code inspection feature where you can copy and paste values one at a time.

I guess I'm used to automating this stuff as much as possible. The more automation, the more the designer can tweak things to their heart's content in the actual product. Of course I've mostly done games but some games have very complex UIs and if I didn't automate then every day would be the designers asking "move that 3 pixels right", "make that 4 pixels taller", "change the color to #fe83C7" etc...

Note: I get a figma document is full of stuff not intended to make it into the final product. I've always handled that with labeling, naming conventions, etc and I've always setup some flow where the designer can press a button and see their results live in the dev product in a reasonably short amount of time so they can iterate.

Is that something common in app dev?

Re: Why Figma Wins

#132
The problem that I have with Figma is that it just doesn't work at all when you don't have an internet connectivity. At least with Sketch you can keep working when you want to work outside in the park and you ran out of hot spot data.

Re: Why Figma Wins

#133
post #31

We use Figma at work, and while it’s a nice tool I think it’s easy to fall (or maybe we just fell) into a kind of uncanny valley. The designs we get are close to realistic mockups of our actual UI, but are often not 100% there, and it’s the little deviations that can be quite distracting. Engineer: So are we changing the nav icons as part of this story, too? Designer: Oh, no, ignore that. I didn’t have our real icon…

Ha! If you think Figma is bad for, check out Axure at some point.

I got sucked into using Axure a few years ago and had a blast making interactive, data driven mockups that utilized custom JavaScript to build components.

It was awesome to get some key concepts across but then one day I realized I spent more time fighting the mockup software than if I had just coded it up.

Oops!

Re: Why Figma Wins

#134
post #31

We use Figma at work, and while it’s a nice tool I think it’s easy to fall (or maybe we just fell) into a kind of uncanny valley. The designs we get are close to realistic mockups of our actual UI, but are often not 100% there, and it’s the little deviations that can be quite distracting. Engineer: So are we changing the nav icons as part of this story, too? Designer: Oh, no, ignore that. I didn’t have our real icon…

We use a shared Figma component library, which gets implemented as a shared Storybook library for front end developers. In theory, this means the designers are designing with components which are already represented in code, and as long as they update the library with any new or modified components, it should be straightforward: a change in the Figma library represents a change that needs to be reflected in Storybook…

What impact is Storybook.js having on your team?

I’ve recently started using it with my team and the impact has been positive. Component sandboxing seems to encourage developers to encapsulate CSS within web components. Sandboxing also seems to encourage thinking about web component APIs and designing them for reuse.

How well is Storybook.js catching on as an emerging standard in UI development?

Re: Why Figma Wins

#135
post #31

We use Figma at work, and while it’s a nice tool I think it’s easy to fall (or maybe we just fell) into a kind of uncanny valley. The designs we get are close to realistic mockups of our actual UI, but are often not 100% there, and it’s the little deviations that can be quite distracting. Engineer: So are we changing the nav icons as part of this story, too? Designer: Oh, no, ignore that. I didn’t have our real icon…

I've encountered this as well. I am a proponent of just using low fidelity shapes for mocks instead of high fidelity renderings of what it should actually look like. If you put enough work into the design system, and implemented it well for use in code, all you should NEED is a low fidelity shape telling you where to put existing components, and how to string them together. Everyone already knows what a modal looks l…

Exactly!

Design is about how it works. That’s more important than how it looks. Low fidelity focuses designers on the app workflow, lets more of the team get involved in design, promotes UI component reuse, and avoids confusing managers about what’s actually finished.

Re: Why Figma Wins

#136

Earlier quoted context omitted.

I've encountered this as well. I am a proponent of just using low fidelity shapes for mocks instead of high fidelity renderings of what it should actually look like. If you put enough work into the design system, and implemented it well for use in code, all you should NEED is a low fidelity shape telling you where to put existing components, and how to string them together. Everyone already knows what a modal looks l…

A few days ago I was searching for a cloud native, low fidelity mock up tool, and liked https://gomockingbird.com/ I have no affiliation with them.

Marvel App is a nice one. Sketch, photograph, wire photos together into a workflow mockup.

App Cooker on iPad is really nice too, though no longer maintained. It exports the storyboard of all the UI screens connected by transition arrows.

Re: Why Figma Wins

#138
I used Figma at my last gig and while some of it is really nice, I found the productivity sub-par compared to even Sketch which I don't like very much. It seems that every new generation of design tools does less than the one before and is less productive while delivering gains in areas that are at best a nice to have. I'm scratching my head in this regard.

Re: Why Figma Wins

#139
post #31

We use Figma at work, and while it’s a nice tool I think it’s easy to fall (or maybe we just fell) into a kind of uncanny valley. The designs we get are close to realistic mockups of our actual UI, but are often not 100% there, and it’s the little deviations that can be quite distracting. Engineer: So are we changing the nav icons as part of this story, too? Designer: Oh, no, ignore that. I didn’t have our real icon…

Agreed. And I think there's a certain personality of people who are employed in UX that lean more towards the design than the conceptual side that often get lost in the weeds with this stuff, too, and you'll end up with a series of mocks that look great, smell great, and gosh darn it people like them... but are missing all error screens, corner cases, more complicated states, and leave developers in the dark on the bigger picture.

Back when I was doing iOS development for a bit I had one designer forcing us to go through every single screen and manually override the default vertical font spacing and kerning settings away from the (company wide) framework we were using -- a change that was fairly trivial on Android but a pain on our iOS stack -- and this ended up taking hours that could have been spent on functionality. And made the app harder to maintain, on top of that. But this was really important to this person that the font spacing match their preference, and also be identical to Android's.

I miss simple wire frames. Some of the more productive projects I was on when doing front end work were done like this: product manager / designer gives a rough idea of layout and flow; developer works with them to throw together the simple flow as just raw HTML, really. Iterate, change, modify based on what does or doesn't work. Then the lipstick came later, once that's all nailed down. Less time wasted.

For my own sanity I've avoided front end work at all now, and have been doing systems level work instead.

Re: Why Figma Wins

#140
post #47

Earlier quoted context omitted.

Of course it’s leaky, but obviously the cases where engineers built the right thing on the first try because of the clear design are harder to measure. Also, look! Engineers are talking to designers.

> Engineers are talking to designers. We really do love to pump ourselves up, don't we? My grandpa was an engineer who built bridges. I wouldn't dare call myself an "engineer" for slicing up a design, authoring markup and CSS, and sprinkling in a JS plugin or two.

You're being downvoted, but you're spot on. I can't quite put my finger on when the term "software developer" when out of vogue, but I suspect it has to do with titles at FAANG companies more than anything.

At Google in Canada we are no longer supposed to refer to ourselves externally as software engineers, for legal reasons. We're software developers again. Which is how I have always thought of myself.

Well, back in the 90s I called myself a "programmer." I miss that, too.

Post reply on HN