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

Sketch: Proud to Build a Truly Native Mac App

sketch.com

Post reply on HN
Print view View original

351–360 of 362 posts

Re: Sketch: Proud to Build a Truly Native Mac App

#351

Post by Razengan »

fxtentacle wrote: post #335
Razengan wrote: post #293

Earlier quoted context omitted.

> my app is using a cross-platform C++ framework ... Windows and surprisingly Linux pay for development of new features Which app is that?

Spatial Audio Designer + it's virtual sound card. As heard in Red Tails by Lucasfilm, for example. Or the Expendables 3 bluray. LAWO hardware mixing desks are Linux based, so the broadcast world demands Linux tools. But the whole thing started out as an Apple exclusive app to be used together with Pro Tools. Ironically, Pro Tools has also had lots of problems with new macOS releases, so when their Windows presence gr…

Nice, is this something that’s not catered for by other (native) Mac apps?

If users have other options, that might explain the difference in your revenue across platforms.

Re: Sketch: Proud to Build a Truly Native Mac App

#352

Post by snarkypixel »

nbzso wrote: post #170
snarkypixel wrote: post #67

Earlier quoted context omitted.

Design is a team sport, so what you need to ask yourself is does the whole team prefer to use a native mac app vs browser? RIP sketch

First, to say Design is sport is stupid beyond comprehension, second, implementation and optimisation are not design. Decorate your apps and be happy, but please stop with this nonsense. Every design project has a starting concept, initial design idea generated from one person - the designer. One. Not team.

>> First, to say Design is sport is stupid beyond comprehension

Agree to disagree (without calling it stupid beyond comprehension). Design is so much more than final UI. It's the whole experience, how it works and how it's distributed. And that involves a lot of stakeholders, not just one designer.

Re: Sketch: Proud to Build a Truly Native Mac App

#353

Post by fxtentacle »

Razengan wrote: post #351
fxtentacle wrote: post #335

Earlier quoted context omitted.

Spatial Audio Designer + it's virtual sound card. As heard in Red Tails by Lucasfilm, for example. Or the Expendables 3 bluray. LAWO hardware mixing desks are Linux based, so the broadcast world demands Linux tools. But the whole thing started out as an Apple exclusive app to be used together with Pro Tools. Ironically, Pro Tools has also had lots of problems with new macOS releases, so when their Windows presence gr…

Nice, is this something that’s not catered for by other (native) Mac apps? If users have other options, that might explain the difference in your revenue across platforms.

As far as I know, we're the only ones offering this. Both on Windows and on Mac. We used to have healthy profits on Mac before the problems started. Then, as our customers moved from Mac to Windows, so did our revenue.

Re: Sketch: Proud to Build a Truly Native Mac App

#354

Post by yoz-y »

diebeforei485 wrote: post #348
yoz-y wrote: post #222

Earlier quoted context omitted.

I’ll believe the story that these will be any good when Catalyst apps will start behaving like native apps. If developers can’t bother making a native experience with frameworks that are meant to do this, I don’t think they will with an even simpler paradigm. My canary in the coal mine: Apple’s own SF Symbols.

This has nothing to do with Catalyst. Apple Silicon macs will natively run the exact same binary as the iOS version, no Catalyst needed.

No. But a native iOS version will be even less (aka not at all) optimised for macOS than a catalyst app. My point is that devs using catalyst don’t respect any of the macOS idiosyncrasies so why would they when they write iOS apps?

An Electron app would still be better than a iOS version optimised for a big thumb.

Re: Sketch: Proud to Build a Truly Native Mac App

#355

Post by arrayjumper »

monsieurbanana wrote: post #300
arrayjumper wrote: post #295

Earlier quoted context omitted.

> Native is nice, native is fast Only if you are using a Mac. On linux, the zoom client is neither fast nor (in my admittedly slightly subjective opinion) nice.

That's an interesting anecdote, as I've only used zoom on linux, but not really related to what you quoted.

Interesting. I'm curious what machine spec you're on. I'm running Ubuntu 20.04 on an dell laptop (XPS 7590 with an i9 processor, 32gb ram, discrete Nvidia graphics card).

I see my processor spin up to 90% utilization whenever I do a zoom call.

Re: Sketch: Proud to Build a Truly Native Mac App

#357

Post by psteinweber »

koopuluri wrote: post #102

I believe users don't actually care about the Native only features, and rather they care more about producing great designs, through a delightful process, in effective collaboration with their teammates. As opposed to focusing on how Sketch tackles these bigger picture user goals, they talk about their love for Native apps, with contrived examples: what percentage of users actually care about using the OSX dictionary…

> what percentage of users actually care about using the OSX dictionary while working? They took out a bunch of space to show a user using the dictionary for the word "reading" - a use case that likely doesn't resonate with 99.9% of their users.

Indeed, what a ridicolous example that is! I've not once used the built in dictionary on purpose, only clicked it by mistake. And they chose the word "reading" to highlight some sort of usefulness?

I love Sketch and am a paying user with our company, but this article and discussion does not leave me hopeful for a bright future.

Re: Sketch: Proud to Build a Truly Native Mac App

#358

Post by Johan-bjareholt »

shp0ngle wrote: post #344
WolfRazu wrote: post #318

Earlier quoted context omitted.

Zoom is Electron isn't it? That's not native.

No, it's native. At least on Mac. edit: judging by `strings`, it's Objective C/Cocoa app on Mac. As native as it can be. No idea on Linux.

It's Electron on Linux and what's being discussed is that it's slow on Linux. Nobody refuted that it's slow on macOS, it was even stated.

Re: Sketch: Proud to Build a Truly Native Mac App

#359

Post by shp0ngle »

Johan-bjareholt wrote: post #358
shp0ngle wrote: post #344

Earlier quoted context omitted.

No, it's native. At least on Mac. edit: judging by `strings`, it's Objective C/Cocoa app on Mac. As native as it can be. No idea on Linux.

It's Electron on Linux and what's being discussed is that it's slow on Linux. Nobody refuted that it's slow on macOS, it was even stated.

I will need to check if you’re right.

edit

just judged on dependencies of the deb package, it looks like a native app. But, I will check the actual app.

https://support.zoom.us/hc/en-us/articles/204206269-Installi...

Re: Sketch: Proud to Build a Truly Native Mac App

#360

Post by SebastianKra »

sizzle wrote: post #218
danielrd wrote: post #162

Earlier quoted context omitted.

Except teams benefits from Figma far more than on sketch. Design systems, plugins, multiplayer for holding critique/retros/planning, version control, etc put Figma far ahead of Sketch. I manage a design team and there’s no way in hell we would go back to Sketch. To even think that having a “native” app has any bearing isn’t accurate at all. Sketch is so slow compared to Figma. You aren’t using multiplayer everyday bu…

Adobe XD does all these things and has Miro integration for seamless collaboration and works in windows and Mac. Any reason why I would use Figma instead?

I think Adobe's business strategy is a compelling reason.

Knowing that they had a monopoly on creative software, they raised the prices to the point of completely locking out a significant portion of their userbase.

If they could, they would do the same to XD.

Post reply on HN