Live data from Hacker News

Building a Slack/Discord alternative with Tauri/Rust

linen.dev

191–200 of 253 posts

Re: Building a Slack/Discord alternative with Tauri/Rust

#191

Earlier quoted context omitted.

Slack is currently eating 600MB of my RAM, for something I check maybe once an hour. You know what I'd like to use my RAM for instead ? Gradle. kotlinc. intellij. Things that I actually use to do my work, and not a bad IRC that wants to make me pay for the privilege of seeing old messages. Electron is a demonstration of laziness and a living proof that software companies do not give a single shit about their users an…

> a living proof that software companies do not give a single shit about their users and just want to push more crap, for cheaper, all the time. Exact opposite, to me Electron is the living proof that software companies correctly care a lot about building a product people want, and correctly realize that the large majority of people correctly do not care that one of their top productivity app uses $1 worth of RAM, bu…

[deleted]

Re: Building a Slack/Discord alternative with Tauri/Rust

#192
post #182

Earlier quoted context omitted.

> What's the difference? The code of the web engine can be shared among several apps, instead of each of them having its own copy in RAM, making it less of an issue when having several of them. If each of them don't abuse RAM usage of course. Which is a big if of course.

The .so is shared. All those uncompressed cat gifs, no. I'm not familiar with internal browser architecture, but do they make at least a token effort to not render/run attached javascript for elements that are not currently in view? I haven't measured, but my gut feeling is Electron apps go extremely crappy when you have like 30 memes in a row in a chat channel and make the mistake of switching to it. Edit: hey, what…

There is not such thing as ‘attached javascript for elements’.

Re: Building a Slack/Discord alternative with Tauri/Rust

#193

Earlier quoted context omitted.

> a living proof that software companies do not give a single shit about their users and just want to push more crap, for cheaper, all the time. Exact opposite, to me Electron is the living proof that software companies correctly care a lot about building a product people want, and correctly realize that the large majority of people correctly do not care that one of their top productivity app uses $1 worth of RAM, bu…

There are a lot of Apple users here and I'm pretty sure that Apple charge $200 for that $1 worth of RAM ;-)

Apple charges $200 for 8GB additional RAM. So the cost of 600MB of Apple RAM in $15. That's the cost of 1 month of a subscription to Slack. You're likely to use your laptop for ~4years = 50months, so the RAM cost of Slack is around 2% of overall Slack cost, even on Apple hardware.

Users pay 2% more to get more RAM, Slack developers have 200% productivity thanks to not having to deal with low-level optimization crap, and can focus on building features and UX.

That's how the world works. But some angry HNers can't wrap their heads around it

Re: Building a Slack/Discord alternative with Tauri/Rust

#194

Earlier quoted context omitted.

The .so is shared. All those uncompressed cat gifs, no. I'm not familiar with internal browser architecture, but do they make at least a token effort to not render/run attached javascript for elements that are not currently in view? I haven't measured, but my gut feeling is Electron apps go extremely crappy when you have like 30 memes in a row in a chat channel and make the mistake of switching to it. Edit: hey, what…

There is not such thing as ‘attached javascript for elements’.

There should be. So it can be turned off when the element is not visible.

Re: Building a Slack/Discord alternative with Tauri/Rust

#195
post #154

Earlier quoted context omitted.

Not too surprised, but aren't you incidentally also bundling chrome/WebKit on top of that by depending on WebView?

JavaFX supports a WebKit based WebView widget, but it's optional. If you don't use it it's not bundled. If you do then you pay the cost of including the WebKit build which is ~80mb. In practice the need for WebKit is going down over time. For basic rich text you can render Markdown to JavaFX nodes directly, for more advanced stuff you could transform [X]HTML to FXML, you don't need it for video or audio, there's a na…

Are you the Mike Hearn from the bitcoin and "history is a scam" fame? Cool to see you here :) I somehow am (positively!) surprised to see your name in relation to Java GUI frameworks. Hydraulic Conveyor looks interesting, is it planned to support GraalVM's native-image? Would it work with Scala/ScalaFX?

Re: Building a Slack/Discord alternative with Tauri/Rust

#196

Earlier quoted context omitted.

Now that at least Windows, Chrome OS, and soon macOS properly support PWAs it will finally get feasible to add web apps to your desktop environment. I know I’ll upgrade to the new macOS ASAP just to get rid of slack. (I don’t know about Linux).

Just because you can put a link to a site on your desktop and make it run in its own window (and maybe process) it will make the "app" less bloated?

Yes because electron comes with its own distinct instance of chrome (usually an outdated version) for each individual app, introducing massive overhead versus running on the OS provided browser engine.

Re: Building a Slack/Discord alternative with Tauri/Rust

#197
post #135

Earlier quoted context omitted.

The massive advantage of Electron is write once -- with some extra overhead, perhaps 40% effort -- and you can ship the same app to web, mac, windows, ios, android, and linux.

I'd like to be explained why MS teams electron app is so different to the web version then.

Also, the web version works better than the electron app (for me, ymmv).

Re: Building a Slack/Discord alternative with Tauri/Rust

#198

Good. I've been looking for a Slack alternative Slack's app broke the basic functionality of the main input box where the home and end keys jump to the start and end of the entire input rather than the current line. This turns simple text edits into a chore. I pointed this out to their support staff who responded that the issue wasn't important enough for them to fix. Very disappointing

Fwiw, last time I looked, wee-slack was a decent improvement for slack text chat. These days maybe a matrix bridge?

https://github.com/wee-slack/wee-slack

Re: Building a Slack/Discord alternative with Tauri/Rust

#199

Earlier quoted context omitted.

Just because you can put a link to a site on your desktop and make it run in its own window (and maybe process) it will make the "app" less bloated?

Yes because electron comes with its own distinct instance of chrome (usually an outdated version) for each individual app, introducing massive overhead versus running on the OS provided browser engine.

It will still be a browser and a modern "app" done by people who think guis should refresh at 120 fps instead of just when something changed on screen...

Re: Building a Slack/Discord alternative with Tauri/Rust

#200

Is it just me or do others find the Electron bashing a little over the top as well? I mean VS Code, Discord, Slack and Obsidian are all in very widespread use and work perfectly fine for me. Are there alternatives to Electron that require less resources? Tauri seems to be proof that there are. But I think there is real value in large communities and backing. Electron seems to work perfectly fine to me for everyday us…

While I appreciate VSCode, I think Discord, Slack and Obsidian are not selling the platform at all. They feel sluggish and have poor ergonomics. Now the second one may or may not be attributed to Electron depending of if you buy the cultural thinggy, but the first one clearly is. Mumble is super reactive in comparison to them, and most note softwares dance around Obsidian.

Having a latency on local clicks and transitions is not my idea of fun.

VSCode is an outlier here. And it's getting slower and slower with age, while sublime text is getting faster.

Post reply on HN