Hacker News new | past | comments | ask | show | jobs | submit login

I remember sketch!



We will always be beholden to Sketch for finally killing off Photoshop as a primary app UI tool. Dear god I’m so glad the days of Layer Comps are behind us.


the whole Sketch -> Invision -> Figma pipeline was quick — never seen incumbents displaced so quickly.


Sketch is Mac-only, its interactive prototype mode was clunky and you couldn't even check it on mobile without a "Sketch Mirror" iOS app. This was a software by MacOS designers for MacOS designers.


yeah, but the point stands. that’s how Adobe took over the world, as well as Apple products like the iPad, the iPhone, etc. “by Mac users for Mac users” is historically a very strong opening position.


Not anymore, most work software is web-based and collaborative/multi-user by default. Sketch didn't do that and was quickly overshadowed by Figma. I doubt future software in this area will be desktop app-based.


>the whole Sketch -> Invision -> Figma pipeline was quick — never seen incumbents displaced so quickly.

Invision never replaced Sketch. Invision took Sketch designs, and tried to make them interactive. They were a tandem.

Also, Sketch is still alive with diehard users.


Makes you wonder what’s going to replace Figma.


I think things evolve in a spiral, where old ideas are recycled with a twist that makes them more appealing.

The tools before the mobile era, the canceled Adobe Thermo (aka Flash Catalyst), Microsoft Expression Blend, and recently Framer (which now is a website creation tool like Webflow), tried to fill the gap between design, prototyping, and implementation. But, they failed because web frameworks move fast, and nobody wants a vendor lock-in of unmaintainable code.

Maybe the Figma killer finally finds a way to solve it in a way that makes designers and developers happy.


I think (or hope) it's some combination between using real code (such as Storybook) in combination with a GUI. This has the following benefits: - There is only source of truth and it's the code - People who can't code (most designers) can still build prototypes with available components - No (manual) synchronization between code a drawing tool (Figma, Penpot) needed

At the moment it looks like UXPin is going in this direction.


Yep, I agree. And I agree that designers can't "code", but to be more specific, it's more that they shouldn't be implementing functionality. So if a designer is designing a calculator, and the calculator returns 1+1=3, then the designer is not liable for fixing it.

On the other hand, if by "writing code" we mean the literal act of writing something that both a human and a computer can understand, then that's a different question. Designers need to express nuance, and GUI tools are limited in their ability to handle complexity. There's a reason visual programming tools haven't overtaken code.

What I'm getting at is that there very well could be a "language" specifically tailored for UI/UX designers, that allows them to specify their design decisions for the presentational layer of the application. If you had such a language, you could create a toolchain on top of it, which produces real code for developers to consume however they wish.

I'm (slowly but steadily) working on this exact thing: https://matry.design



ms paint


reject modernity, return to tradition


I still remember Bohemian Coding from their Fontcase days… those guys sure could make Mac apps.




Join us for AI Startup School this June 16-17 in San Francisco!

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: