News for hackers. Stuff that matters.
Re:Tauri – Electron alternative written in Rust by fastball on Wednesday January 05, 2022 @09:56AM (#29809714)
We built our product for the web. People wanted our product as a desktop app. So we wrapped it in Electron and now we have 3 desktop apps. People wanted our product as a mobile app. So we wrapped it in Capacitor and now we have two mobile apps.

There are just two of us building this product.

Re:Tauri – Electron alternative written in Rust by throw10920 on Wednesday January 05, 2022 @12:33PM (#29812042)
What prevents you from using Qt to do almost exactly the same thing?
Re:Tauri – Electron alternative written in Rust by fastball on Wednesday January 05, 2022 @10:32PM (#29818995)
Our platform[1] needs to run on web/mobile, so... Qt would not allow us to do even close to the exact same thing.

[1] To help provide more context: https://supernotes.app/

Re:Tauri – Electron alternative written in Rust by iterati on Wednesday January 05, 2022 @01:25PM (#29812895)
2 developers. Also, "almost exactly" is a funny oxymoron.
Re:Tauri – Electron alternative written in Rust by throw10920 on Wednesday January 05, 2022 @02:15PM (#29813521)
Qt is just as easy for 2 devs are webtech is? (that's a rhetorical question - it is.)
Re:Tauri – Electron alternative written in Rust by iterati on Wednesday January 05, 2022 @07:08PM (#29817172)
Qt + Webtech is twice as hard, though.
Re:Tauri – Electron alternative written in Rust by kristiandupont on Wednesday January 05, 2022 @01:43PM (#29813129)
They built their product for the web.
Re:Tauri – Electron alternative written in Rust by AtlasBarfed on Wednesday January 05, 2022 @10:22AM (#29810035)
So efficient for you, but 1000x more resources everywhere it runs.

I wonder if someone can quantify the carbon impact of Electron just from Slack.

Re:Tauri – Electron alternative written in Rust by adwn on Wednesday January 05, 2022 @11:20AM (#29810924)
> So efficient for you, but 1000x more resources everywhere it runs.

And yet, to the people who do use their app on the desktop, this is obviously a preferable situation to not using the app – which would probably be the case had the developers decided against Electron.

Re:Tauri – Electron alternative written in Rust by danieldk on Wednesday January 05, 2022 @11:51AM (#29811405)
And yet, we have single indie developers writing multiplatform Qt [1] and macOS native [2] Slack apps. Last time I checked, Ripcord used 30-40MiB RAM, a small fraction of the official Slack client.

Writing native apps (or a Qt app) would well be in reach of Slack. In fact, they already have native apps. E.g. Slack for iOS/iPadOS is native [3], just allowing M1 Mac users to use the iPadOS version would most likely be a large net improvement in resource use for those who'd choose to install the iPadOS version. Unfortunately, they disallow iPadOS installs on macOS to force people to use the terrible Electron version.

[1] https://cancel.fm/ripcord/

[2] https://shrugs.app

[3] https://twitter.com/slackhq/status/931599784137363459?lang=e...

Re:Tauri – Electron alternative written in Rust by kaba0 on Wednesday January 05, 2022 @06:13PM (#29816554)
Exactly this is what I don’t get. Huge corporations are so hard for cross-platform development while Facebook, Google, Microsoft et alia could just spawn as many developer for a new platform as they can. I know that management is trying to cut back on every single penny, but is financing React Native really that much cheaper than just writing that tiny amount of code for each platform that will call into that single native library/web API used everywhere? Especially when you have to have a native dev either way because bugs will happen that will need platform-specific knowledge as well.

Because I can honestly understand going cross-platform by a small startup that can’t finance n*numOfPlatforms devs, but for Slack and the like it makes zero sense to me.

Re:Tauri – Electron alternative written in Rust by fastball on Wednesday January 05, 2022 @10:29PM (#29818974)
Ripcord/Shrugs don't have mobile apps, don't run on the web, and do not need to maintain a backend.