Live data from Hacker News

Ask HN: Is there still a place for native desktop apps?

news.ycombinator.com

201–210 of 777 posts

Re: Ask HN: Is there still a place for native desktop apps?

#201
post #166
post #163

Earlier quoted context omitted.

I have a noob question, but how do proprietary apps (IE: Slack) make it onto the AUR without having an official binary?

Both Slack and Spotify do provide Linux versions, even if not/less supported officially.

Thanks! I hadn't tried Arch yet, but I just saw the pkgbuild script on the site (didn't know it was there) and it makes since now :)

Re: Ask HN: Is there still a place for native desktop apps?

#202

Webassembly is slowly taking over and i believe native apps days are numbered. If legacy apps like AutoCAD ported to WASM can give similar performances and experience as web app this is just inevitable now.

Make a New Text file save your comment in it. Wait 5 years and laugh at your past self. Look at what problems wasm has right now the overhead will stay. If you look at vscode the limit is reached you just can optimize so much with aweb based apps, discord, vscode game launchers like the lol client every engineer working on it is aching. They are good for your jkob security but that's it.

Re: Ask HN: Is there still a place for native desktop apps?

#203

If you are going to expect me to run your software in an always-on manner, I would greatly appreciate a native application. I frequently do light computing on a Surface Go. It's a delightful little device and I love it, but it is not powerful enough that I can leave gmail, Slack, and Discord open all the time. I don't have enough RAM to run another web application but I could very easily afford a native app or two.

There's a pidgin plugin for discord. While pidgin is dated and has issues, the existence of it shows that even modern chat systems could be made fast.

https://github.com/EionRobb/purple-discord

Re: Ask HN: Is there still a place for native desktop apps?

#204
post #99

Earlier quoted context omitted.

I have an old ThinkPad X200s that I turn on from time to time. I keep a fedora installed and updated just in case, and since I'm there, i also sync my nextcloud stuff. E-mails using claws-mail are not a problem. It generally runs fast enough until I open firefox and web stuff in general.

Claws Mail on an old Atom is a lot faster than webmail on pretty much anything else. This probably illustrates best the difference between the two approaches.

I remember times when webmail basically meant squirrel mail. It was fast over an 56k modem, but desktop was always better.

http://www.squirrelmail.org/

Re: Ask HN: Is there still a place for native desktop apps?

#205

I'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.

“Professional level” covers a lot of different uses... Juicero and Airbus both use CAD, I seriously doubt the latter are going to replace CATIA with OnShape

Re: Ask HN: Is there still a place for native desktop apps?

#206

Earlier quoted context omitted.

So you are telling me that I can easily exchange development time which I would have to pay for end-user resources, which I would not have to pay? Sounds like a great deal.

In a fair society it should be taxed as an externality. There is a real environmental cost associated with software bloat.

People pay with electricity, uncomfortable temperature and fan noise, wasting time working on slow apps.

Apparently, they trade off still worth it, as many electron apps are popular despite these issues. Many times there is electron app or nothing.

Re: Ask HN: Is there still a place for native desktop apps?

#207

I make a living developing software only available on Windows and macOS. That said, if I didn't need to interact so much with the operating system, I'd be making a web app. It all depends on what you want to make though. Video editing software? Native app. CRUD app? Web app. You may also want to consider pricing implications of both. Desktop software can usually be sold for a higher up front cost, but it's tough sell…

I understand the concept of making a native app to include using the native UI platforms. What you described is hardly more native than electron, which is basically a web app at heart. Or maybe there needs to be a consensus on terms. Do people consider electron apps to be native? I would put them in some weird middle ground, but definitely closer to web technologies than native development.

The main complain about electron app is due to their bundling of complete web browser runtime, which is over a hundred of MB, not to mention the big memory requirements. By using platform's built-in webview component, your app size will hardly any bigger than the total size of the zipped html+js+css of your app. If you're going to use web stack to develop your desktop app anyway, might as well try using native ui webview first if you don't need any electron-specific feature.

Re: Ask HN: Is there still a place for native desktop apps?

#208
as a Linux desktop user. I believe, having web applications is preferable to desktop ones. however, the problem is talent is lacking around the industry to make performant web apps. Not every company can produce a high quality products such as Figma. things on web are not tied to walled gardens or any other stupid shit. easily accessible.

Re: Ask HN: Is there still a place for native desktop apps?

#209

Earlier quoted context omitted.

So you are telling me that I can easily exchange development time which I would have to pay for end-user resources, which I would not have to pay? Sounds like a great deal.

In a fair society it should be taxed as an externality. There is a real environmental cost associated with software bloat.

Then I hope we would also tax the bad UX of the competing 20-year old Frankenstein applications, which lead to slower business processes (= more resources used as well).

Re: Ask HN: Is there still a place for native desktop apps?

#210
post #93
post #50

Earlier quoted context omitted.

Agreed. If you have a CPU from 2012 onwards, 16GB of RAM and an SSD, that’s a respectable hardware setup. It might not be the fastest piece of kit on the planet, but I don’t see any reason why it couldn’t last another 3 to 5 years without feeling slow. Electron apps invariably make such kit feel slower than it actually is. You can get good performance out of even older hardware if you treat it well and load it with g…

Yep, the new Steam library being a bloated web app is what forced me to install more RAM. I normally don't close out of applications when I'm not using them, so I was always hovering around ~6-7 of my 8 gigs of RAM in use. Then they update the library to the new bloated version, and my computer starts freezing because the library memory footprint is so much larger that my computer was having to use over a gig of swap…

I have a rig powerful enough to run a lot of last-gen games at 4K with high quality settings, and a lot of current-gen ones at mid to high settings and 1080p. The fucking redesigned Steam library lags, none of the animations (why does it need animations?!) are even close to smooth, and there's massive delay on every input. I've never once encountered a move toward webtech, or toward heavier and "appier" JS use in something that's already webtech, and gone "oh good, this works much better now, I'm so glad they did that."
Post reply on HN