Adding github link for those who want to use it (I do): https://github.com/vorpus/performativeUI
wait my readme isnt performative enough yet, let me add a chart showing the star history
Show HN: Performative-UI – A react component library of design tropes
51–60 of 227 posts
Re: Show HN: Performative-UI – A react component library of design tropes
#52“TokenStream – Server-sent events (SSE) were added to the HTML5 spec in 2008 but never used until 2025.”
I remember chunked transfer encoding shipped in 1997. It's been possible since then to readily and easily stream bytes of text or chunks of html the way everyone sees LLMs do today.
I used this to write a web based telnet client in 1997, and later a text moo / chat for the web. In both cases used a frameset so your line to send was at bottom of screen, the incoming lines were server-sent as things happened server side, and scrolled the client as new lines came in.
There were other things you could abuse before that, but less reliable.
But yeah, talk about things nobody used....
Re: Show HN: Performative-UI – A react component library of design tropes
#53I get the whole trope thing and maybe I'm just an old man but I still am kinda impressed when Claude sh*ts out this type of UI 100 times faster than I ever could. It might also be that I never could have made UI even of this quality before AI. (˶ˆᗜˆ˵)
Re: Show HN: Performative-UI – A react component library of design tropes
#54Some of these are actually nice and appropriate to use in certain contexts. Also this issue is hilarious:
https://github.com/vorpus/performativeUI/issues/2
Re: Show HN: Performative-UI – A react component library of design tropes
#55I'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.
It really comes down to first impression. Your website design is your company’s first impression. If the design is clean, people will believe the product is clean and robust as well. Similar to how people think things that cost more and probably high quality and better overall. As for this website, the best component is the ASCII animation in the hero and you can’t even copy that component. In fact, that nice ASCII h…
Re: Show HN: Performative-UI – A react component library of design tropes
#56It's still better than the sh*t developers produced three years ago.
Some people just like to feel superior by shaming others' work. You can easily tweak the visual output if you want to, but it's good enough for most use cases and better than what developers used to produce.
So, it's progress.
Re: Show HN: Performative-UI – A react component library of design tropes
#57It's still better than the sh*t developers produced three years ago. Some people just like to feel superior by shaming others' work. You can easily tweak the visual output if you want to, but it's good enough for most use cases and better than what developers used to produce. So, it's progress.
Agreed. I enjoy looking at and using a lot of these components.
Re: Show HN: Performative-UI – A react component library of design tropes
#58I'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 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 Internet, all of my websites were green or red on black. They were a glorious amalgam of fixed width fonts and tags. With occasional wingdings characters for fun and games and complex // tags for really epic layouts. They were l33t, honestly ^_^
But, as time goes on and more and more people use this thing, converging on the one-true-UX feels like a net good thing assuming the fundamentals are right. To some degree the LLM-ization of the Internet is essentially the end game of squashing the personality out of the Internet which bootstrap started.
We’re on the cusp of spoken word being the core UX of computers with a fall back to reading the LLM transcript, neither of which benefits from
Re: Show HN: Performative-UI – A react component library of design tropes
#59Earlier quoted context omitted.
Same for clickbait thumbnails, people hate them, and yet don't really click on non clickbaity ones.
In the marketing world this is called revealed preference. This stuff is A/B tested to death. Anyone trying to sell something is best served by watching people's behavior instead of listening to what they say, as the two are often different if not polar opposites.
The perspective marketing world seems toxic. From the perspective of the "consumer", it sure does feel like we are being "ignored", "tricked", or "bamboozled" when our stated preferences are ignored in favor of "revealed preference".
It isn't that we have a "preference" for these things, it is far more likely that a user just doesn't have their guard up 100% of the time, and these psychological manipulations are designed to cut through that.
Sure, these strategies probably net clicks, but they aren't from people who "chose" your product, they are clicks from people who were manipulated into clicking.
I suppose whether you think that is okay depends on your industry and ethics.
Re: Show HN: Performative-UI – A react component library of design tropes
#60Neat, opened an issue there for a finicky bit of code that'd help me quite a bit. /s