Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: Performative-UI – A react component library of design tropes

vorpus.github.io

Post reply on HN
Print view View original

141–150 of 227 posts

Re: Show HN: Performative-UI – A react component library of design tropes

#142

Post by nwatson »

brightball wrote: post #134
avaer wrote: post #29

I've worked on several projects where people looked at the site, which was simple and straight to the point, and people would straight up tell me they didn't take it seriously because it didn't have these performative UI things on it. It's like when a Youtuber's audience complains about how they're constantly asking you to subscribe. The reason it happens is because the statistics say it works.

I use a Substack site for the conference that I run. The popup and subscribe buttons everywhere used to annoy me...but they work. Went from 0 to almost 1,000 subscribers on an otherwise low traffic site and it's by far the best way to reach people. https://carolina.codes

I was in the Winston-Salem Flywheel coworking for eight years, good place. I hope the Greenvile site is as good.

Re: Show HN: Performative-UI – A react component library of design tropes

#143

Post by crabmusket »

isatty wrote: post #139
halapro wrote: post #89

Earlier quoted context omitted.

Ew. I mean 500 bytes of CSS would make this so much better.

No. It’s perfect as is. I can find everything I want. Everything is accessible to everyone and screen readers. Does not require JavaScript.

The home page links are teeny tiny on a phone screen, borderline unreadable.

Re: Show HN: Performative-UI – A react component library of design tropes

#144

Post by XorNot »

avaer wrote: post #29

I've worked on several projects where people looked at the site, which was simple and straight to the point, and people would straight up tell me they didn't take it seriously because it didn't have these performative UI things on it. It's like when a Youtuber's audience complains about how they're constantly asking you to subscribe. The reason it happens is because the statistics say it works.

Youtubes monetization guidelines also require it.

Re: Show HN: Performative-UI – A react component library of design tropes

#146

Post by apsurd »

reactordev wrote: post #103
lizhang wrote: post #98

Earlier quoted context omitted.

please share your few dozen components

Why? They are silly gimmicks. You can easily prompt this. Claude: “In react, make a full screen component that renders pixel squares that fade in and accumulate over a page component, taken as a target prop.” Stupid crap like that. What’s cool is for those fullscreen tutorials or app walkthroughs, this works REALLY well to highlight the box on screen.

or they can just prompt you for help.

Re: Show HN: Performative-UI – A react component library of design tropes

#149

Post by enos_feedler »

dayjah wrote: post #58
wavemode wrote: post #43

Earlier quoted context omitted.

I don't think the commentary being made here is that startup websites should not be flashy. Just that, maybe they don't all need to look exactly the same as each other.

I think homogeneity is an unavoidable end game for the internet (unfortunately). At work we’ve been discussing whether to migrate off our home grown component library to Material UI. I shudder at the thought, personally. However, a compelling reason to use a ubiquitous framework is that the ubiquity means folks intuitively know how to interact with your product. Like many of us I was born into a deeply customizable I…

Homogeneity doesnt need to be the endgame just a pitstop along the way. We should have a universal tool for creating unique things. If everything is unique the cognitive load is high we get lazy and output all converges on shallow stuff that is the same. If the tools are homogenous we learn something once and spend energy on making the diffetences
Post reply on HN