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

Thoughts and feelings around Claude Design

samhenri.gold

Post reply on HN
Print view View original

221–230 of 253 posts

Re: Thoughts and feelings around Claude Design

#221

Post by thunky »

gf000 wrote: post #199
sillysaurusx wrote: post #173

Earlier quoted context omitted.

Those days aren’t over. HN uses nested tables with 1x1 transparent spacer.gif images. I like that HN’s design is timeless. It’s a shame people usually ignore it, or are critical of it.

The text is barely legible, and you can hardly ever click on the actual target you want (e.g. upvote vs downvote). It's timeless in that it was never good to begin with, it is just actively malicious now for anyone using it from a touch interface.

> It's timeless in that it was never good to begin with

True but it shows that good design doesn't matter.

Also: Craigslist, Reddit, LinkedIn...the list goes on.

Re: Thoughts and feelings around Claude Design

#222

Post by hbosch »

ceejayoz wrote: post #151
hbosch wrote: post #132

Earlier quoted context omitted.

I used Claude Design to see how it'd spit out a design I already had been working on for some weeks, given a dense enough prompt and a decent requirements document (I did not feed it visuals). I thought the output was pretty good! It didn't match the style we're after at all but it did do some logical content grouping and made some IA decisions I decided to pull into my own explorations. Overall I left with a good im…

Homogenous might be awesome. I miss predictable UIs.

Homogenous doesn't work when you're Google and your product comes out looking like Microsoft.

Re: Thoughts and feelings around Claude Design

#223

Post by uxcolumbo »

redwood wrote: post #218
ianstormtaylor wrote: post #19

The article makes a good point about how Figma's non-open data model is limiting their utility as the source of truth. But I think it's part of a larger mistake Figma is making: they seem to have shifted to an extraction mindset too early, assuming they'd captured the market, right when the ground beneath them is starting to shift. It's most visible in their pricing model evolution, which is now explicitly anti-colla…

Watching the hive mind of the industry go almost overnight from inVision to Figma shows there's just no mote in this segment... people can leave just as quickly as they came, have no loyalty, and are all about fashion and vibes.

Not sure you can compare Invision to Figma. Invision wasn't a design tool like Figma is.

Design systems live in Figma. Not going to be so easy to migrate and Enterprise customers are moving slowly.

Re: Thoughts and feelings around Claude Design

#224

Post by duskdozer »

tene80i wrote: post #197
lastmansitting wrote: post #194

Earlier quoted context omitted.

Where are they getting this absurd notion?

A lot of engineers find it difficult to conceive of product and design (and marketing, and management…) as actual skilled work. It’s all con artistry orbiting engineering.

Con artists do tend to be skilled.

Re: Thoughts and feelings around Claude Design

#225

Post by solaire_oa »

As far as I'm aware, "source of truth" refers to data/code that drives the actual app, so Figma could never be a source of truth (Figma is a reference of what the app data/code is supposed to do). Saying Figma is a source of truth is like saying JIRA is a source of truth, which doesn't make any sense.

Re: Thoughts and feelings around Claude Design

#226

Post by mikert89 »

only-one1701 wrote: post #150
mikert89 wrote: post #104

Earlier quoted context omitted.

so like 90% of software?

Scaling and edge cases with real users are the difficulty. Feel like this isn’t even that controversial.

we agree, i just think you are overestimating software complexity for most businesses

Re: Thoughts and feelings around Claude Design

#227

Post by tpmoney »

yangm97 wrote: post #179
andai wrote: post #157

Earlier quoted context omitted.

Damn you just made me realize. We used to have everything having personality but being consistent as far as UX goes. Now everything looks like tax forms and the UX is all over the place.

That’s because designers stopped caring about following each platform’s guidelines because they want to spread “brand recognition” or some shit like that.

This is kind of a revisionist view of software. I think most of the consistency we remember from software past is because skipping the OS tollboxes and doing your own custom UI was hard rather than because most software developers cared about consistency. Yes the OS vendors did, but one doesn't need to go far to find applications that very much did their own thing. "Bubbly" and "goopy" UIs of the sort "Kai's Power Tools" exemplified were all over in the 90's. Everyone's favorite Winamp was famously not using the standard UI toolkits and had a heavily customizable UI. To say nothing of the many software packages that used the standard toolkits only far enough to give you a window that was then filled with some sort of Macromedia or similar UI that was then completely proprietary to the application itself (think encyclopedia and other educational software of the day). Even the OS vendors couldn't help themselves sometimes (looking at you QuickTime 7)

If older software was more consistent, it's only because the OS didn't provide nearly the same degree of customization options that HTML and CSS provide developers today. Not because of some pride in consistency.

Re: Thoughts and feelings around Claude Design

#228

Post by collingreen »

freefaler wrote: post #202
theli0nheart wrote: post #164

Earlier quoted context omitted.

Good design is distinctive. No one wants a world where everything looks the same.

Good design follows the function. Not distinctiveness per se. If it's an interface and not an art object, then the design is secondary to the function of said interface. Good hammer is a good hammer, not a "distinctive" hammer.

Distinctive hammers and other tools get brand recognition and free marketing out in the field, ostensibly increasing sales - that's why all the tool companies have their distinct colors and you can see the type of tool someone uses from a distance. Matching chargers/batteries incompatible with other brands perpetuate this even further.

Someone IS designing all this, they just aren't optimizing for what you wish they were.

Re: Thoughts and feelings around Claude Design

#229

Post by xnx »

kevinsync wrote: post #32
alkonaut wrote: post #17

So let me get this straight (Pretend I'm 50, a developer since childhood, but I can't CSS to save my life) are there shops where developers, even front end developers, have to talk to designers who are't just sketching an idea for a logo or landing page, but designers who run this Figma thing and maintain the entire products "design" in some "style database"? And the idea is that these designers - who aren't develope…

lol yes. At least in agency world, a common approach in the last X years has been that designers create entire pixel-perfect, component-based sources-of-truth in Figma (which evolve! they aren't delivered static and complete) -- these are also what the client sees and approves, or at the very least they see branded deck slides that incorporate the Figma designs. Anyways, front end then re-implements from Figma into C…

Architects draft buildings on computer because building in the real world is time consuming, expensive, and cannot be undone.

It's says something about the way things are now that we no longer go straight to building the digital interface, but instead make a fake digital interface first.

Re: Thoughts and feelings around Claude Design

#230

Post by deadbabe »

b112 wrote: post #181
versteegen wrote: post #159

Earlier quoted context omitted.

They're definitely not subsidizing API pricing, can't believe how prevalent that fallacy is on HN of all places. The question is how profitable Claude Code is. Your example 2 is real and major but your example 1 is ridiculous, almost any new model from any company is better at the same price, and how is increasing the price an example of decreasing prices?? BTW, Github Copilot is pricing Opus 4.7 at 2.5x the cost of…

They're definitely not subsidizing API pricing The cost of a thing, is relative to its source costs. They are subsidizing API pricing, if you consider all the costs to provide the service, including all model creation, training, etc costs. But that doesn't mean they will be more expensive, longer term. The cost of compute will go down as time goes on. Each year it will get cheaper. Same for power requirements, comput…

If those cost of compute is going down, then eventually it will go down enough that we will run on our LLMs locally and Anthropic will go out of business.
Post reply on HN