Earlier quoted context omitted.
I admire your words here. I am on the other side, building electron apps, I appreciate the flexibility and ease because I would rather iterate on ideas then learn three different OS-hooks. I do agree that memory usage is too high on these types of apps and we as developers can be lax about performance.
When why not just use gtk or qt and call it a day? Electron is unnecessary.
Ask HN: Is there still a place for native desktop apps?
251–260 of 777 posts
Re: Ask HN: Is there still a place for native desktop apps?
#252I'm going to be slammed for using these two words, but for any real work you need to have as few layers of indirection between the user and the machine as possible, and this includes the UX, in the sense that it is tailored to the fastest and most comfortable data entry and process monitoring. I don't see any `web first` or Electron solution replacing Reaper or Blender in a foreseeable future. One exception I'm intri…
OnShape ( https://www.onshape.com/ ) offers professional level CAD which runs in a browser. Works great.
Re: Ask HN: Is there still a place for native desktop apps?
#253I mean, we built the Windows Terminal as a native application because we didn't want users to have to be saddled with 40MB of a webview/Electron just to boot up a terminal. It might take us longer to make the terminal as feature rich than it would have with JS, but no amount of engineering resources could have optimized out that web footprint. When we think about what the terminal looks like in 5 years, that's what w…
Re: Ask HN: Is there still a place for native desktop apps?
#254Earlier quoted context omitted.
And yet it is a hardcore tool, and does gain a lot from being implemented as a web app. Another example might serve your point better.
Ok, I see my point being not so understandable, after all. I didn't mean Figma isn't a hardcore tool, I meant that we exclude it because it specifically concerns with web technology (being a tool for web design) and leverages web to implement collaborative usage. So it's probably logical for it to be a web app.
Ah, gotcha. Although I'd have assumed that Figma is used more to design native apps that web apps, this helps me understand where you're coming from.
Re: Ask HN: Is there still a place for native desktop apps?
#255What I'm hoping for is a pendulum reaction to the recent trends of UX design, where we see a renaissance in really solid interfaces that focus on discovery and speed. But I'm not seeing signs of that yet.
Re: Ask HN: Is there still a place for native desktop apps?
#256Earlier quoted context omitted.
My personal evolution has gone from Sublime Text 3 to Atom to VS Code to Sublime Text 3. I've never been a heavy plugin user, mainly sticking to code highlighting. The thing I really like is speed. Sublime Text rarely chokes on me. I love being able to type `cat some_one_gigabyte_file | subl` and getting it to open up with little difficulty. VS Code chokes on files of non-trivial size, and that was the thing I liked…
i just use less for big files, convenience is a matter of taste
And even then, I make edits on large files through a series of commands, never opening the file.
By thinking of files in this way, it becomes easy to create programmable tool chains for manipulation.
Re: Ask HN: Is there still a place for native desktop apps?
#257Earlier quoted context omitted.
I believe they’re referring to the web as port 80/443 http(s) traffic. It’s the old World Wide Web vs internet distinction, if you will. Email really is just a protocol for message sending, and it lives on it’s own port with its own server. If you have an email client and access to an email server (POP/SMTP/however), you can use email over the internet but without the “web”. Basically, the web email client ought not…
It was the ambiguity of the word 'web' that tripped me up. You still need a network of computers for email to be useful.
Re: Ask HN: Is there still a place for native desktop apps?
#258I use this because I don’t like the idea of financial account info being stored by a third party has has no liability for breach. And also because I have over 10 years of transactions in the ledger and running this remote can take a long time. I’m not even sure if there are any services that store for 10 years and let you do text searches.
Re: Ask HN: Is there still a place for native desktop apps?
#259Earlier quoted context omitted.
It’s not though. Not even close. And I know this partially a matter of taste but I have one of the fastest computers you can buy and I can’t even participate in text chats without input lag and delays in interaction. It’s not a good user experience for me at least but that’s ok, we’ll keep stacking more cpu power until it’s all in the cloud anyways.
That just sounds like server latency to me or some kind of bad programming like relying on polling. Obviously if you build a chat client in the browser and communicate between windows then it's instantaneous. Faster than human perception. Certainly doesn't seem to be a CPU issue to me. I mean, we run videochat in the browser which works fine. Obviously text chat can be instant.
That is in the opposite side of where the abstraction that the web provides is.
Re: Ask HN: Is there still a place for native desktop apps?
#260I'm going to be slammed for using these two words, but for any real work you need to have as few layers of indirection between the user and the machine as possible, and this includes the UX, in the sense that it is tailored to the fastest and most comfortable data entry and process monitoring. I don't see any `web first` or Electron solution replacing Reaper or Blender in a foreseeable future. One exception I'm intri…
Figma is pretty much replacing all web design applications precisely because it’s leveraging web tech for collaboration on a single document at the same time.