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

Show HN: I rewrote my Mac Electron app in Rust

desktopdocs.com

Post reply on HN
Print view View original

321–330 of 465 posts

Re: Show HN: I rewrote my Mac Electron app in Rust

#321

Post by stouset »

tgma wrote: post #304
kristianp wrote: post #299

Earlier quoted context omitted.

Microsoft rewriting typescript tools in Go and getting a 10x speedup? It's wild that they would choose Go for that. And a surprising level of speedup. https://devblogs.microsoft.com/typescript/typescript-native-...

In my experience, Go is one of the best LLM targets due to simplicity of the language (no complex reasoning in the type system or borrow checker), a high quality, unified, and language-integrated dependency ecosystem[1] for which source is available, and vast training data. [1]: Specifically, Go community was trained for the longest time not to make backward-incompatible API updates so that helps quite a bit in consi…

I have never understood why people want to use LLMs for programming outside of learning. I have written Perl, C, C#, Rust, and Ruby professionally and to this day I feel like they would slow me down.

I have used golang in the past and I was not am still not a fan. But I recently had to break it out for a new project. LLMs actually make golang not a totally miserable experience to write, to the point I’m honestly astonished that people have found it pleasant to work with before they were available. There is so much boilerplate and unnecessary toil. And the LLMs thankfully can do most of that work for you, because most of the time you’re hand-crafting artisanal reimplementations of things that would be a single function call in every other language. An LLM can recognize that pattern before you’ve even finished the first line of it.

I’m not sure that speaks well of the language.

Re: Show HN: I rewrote my Mac Electron app in Rust

#322

Post by abvdasker »

Honest curiosity — why did you choose a service like Redis over a more straightforward embedded solution like SQLite? In my head Redis seems better suited to distributed solutions but I've never actually built a desktop application so I'm probably speaking from ignorance.

Re: Show HN: I rewrote my Mac Electron app in Rust

#323

Post by echelon »

fn-mote wrote: post #271
Aeolun wrote: post #267

Earlier quoted context omitted.

Don’t try to speak for me please. I’m perfectly happy with my app looking mildly different and not weighing 1GB. I’m inclined to believe most people using Tauri do not have your issue. I don’t quite understand why you have that issue in the first place. The fact they use the system webview is front, left and center on their website. It’s like you decided to use a fork because of the decorations on the back, and now c…

> I don’t quite understand why you have that issue in the first place. My read on it is that they didn’t understand the implications of using system webviews. And possibly they expected Tauri would insulate them from cross-system differences without a lot of exploration.

This. We wouldn't have signed up for this if we'd have known.

Tauri needs a big fat warning label.

Re: Show HN: I rewrote my Mac Electron app in Rust

#324

Post by 7839284023 »

correa_brian wrote: post #38
TheMiddleMan wrote: post #37

Very nice. I've been trying to find an image duplicate detection algorithm/system that suits my use-case for a while. Your app seems promising, however, I'm not willing to pay $99 just to see if it works with my (uniquely challenging) duplicate images. After realizing there was no demo I was looking for a way to contact you directly with a few sample images, but can't find contact information on the website. Consider…

Thanks for the feedback! Will get a demo video and contact info up shortly. De-duplicating images is on our roadmap. Shoot me your contact info at hello@desktopdocs.com. Would love to see if we can help.

> demo video

I would want to use a demo version (could be with limited functionality) before paying $99 upfront! Not a demo video...

Re: Show HN: I rewrote my Mac Electron app in Rust

#325

Post by tgma »

stouset wrote: post #321
tgma wrote: post #304

Earlier quoted context omitted.

In my experience, Go is one of the best LLM targets due to simplicity of the language (no complex reasoning in the type system or borrow checker), a high quality, unified, and language-integrated dependency ecosystem[1] for which source is available, and vast training data. [1]: Specifically, Go community was trained for the longest time not to make backward-incompatible API updates so that helps quite a bit in consi…

I have never understood why people want to use LLMs for programming outside of learning. I have written Perl, C, C#, Rust, and Ruby professionally and to this day I feel like they would slow me down. I have used golang in the past and I was not am still not a fan. But I recently had to break it out for a new project. LLMs actually make golang not a totally miserable experience to write, to the point I’m honestly asto…

> I have never understood why people want to use LLMs for programming outside of learning

"I have never understood why people want to use C for programming outside of learning m. I have written PDP11, Motorola 6800, 8086 assembly professionally and to this day I feel like they would slow me down. I have used C in the past and I was not am still not a fan. But I recently had to break it out for a new project. Turbo C actually make C not a totally miserable experience to write, to the point I’m honestly astonished that people have found it pleasant to work with before they were available. There is so much boilerplate and unnecessary toil. And Turbo C with a macro library thankfully can do most of that work for you, because most of the time you’re hand-crafting artisanal reimplementations of things that would be a single function call in every other language. A macro can recognize that pattern before you’ve even finished the first line of it. I’m not sure that speaks well of the language."

They are enormously powerful tools. I cannot imagine LLMs not being one of the primary tools in a programmer's toolbox, well... for as long as coding exists.

Re: Show HN: I rewrote my Mac Electron app in Rust

#326

Post by amendegree »

StewardMcOy wrote: post #296
amendegree wrote: post #92

Earlier quoted context omitted.

I know it’s probably still not ready for prime time, but I believe the arc browser team was building a windows runtime for swift bec they prefer to use swift everywhere.

I checked it out a while back. It still requires you to write two different UIs in two different frameworks: SwiftUI or Appkit on Mac, and WinUI on Windows. It's just that now you can write WinUI code in Swift instead of C#.

I mean I guess that makes sense as it’d be a pretty big project to port Appkit to windows APIs, but that’s not really a great benefit in terms of cross-platform development. I guess if you’re building something like a browser, you’re going so low level anyways that most of those cross-platform bells and whistles don’t provide much benefit.

Re: Show HN: I rewrote my Mac Electron app in Rust

#327

Post by tonyhart7 »

correa_brian wrote: post #126
tonyhart7 wrote: post #121

Earlier quoted context omitted.

more mature and supported compared to Tauri??? after Electron, flutter maybe comes second for multi platform thingy

seems like a lot of people in the comment disagree. good to know it exists

the same majority people that recommended Electron in the first place????

sometimes following the crowds of wisdom is alright until that same majority of people decide to ship browser engine with apps because they don't want to learn another technology is astonishing

Re: Show HN: I rewrote my Mac Electron app in Rust

#328

Post by chris1993 »

bschwindHN wrote: post #293
satvikpendem wrote: post #214

Earlier quoted context omitted.

You don't have to reimplement them yourself, they already come provided with the same components as on the web, like buttons, forms etc (and there are also custom UI frameworks like forui which clones shadcn/UI if you're familiar with that). The point being, Flutter apps can run much smoother precisely because they reimplement everything rather than dealing with the legacies of HTML and CSS. Since your UI seems fairl…

> Flutter apps can run much smoother precisely because they reimplement everything rather than dealing with the legacies of HTML and CSS Maybe in some cases, but I kind of doubt this statement in general. I just tried a Flutter demo from their official site and text selection doesn't even _work_ correctly. https://flutter.github.io/samples/web/simplistic_editor/ I'll copy-paste a few lines of the example sentence, do…

I didn't see 'highlighting on wrong line', but double-click a word not selecting the word is annoying (Firefox on Windows11)

Re: Show HN: I rewrote my Mac Electron app in Rust

#329

Post by wolvesechoes »

charcircuit wrote: post #228
pjmlp wrote: post #168

Earlier quoted context omitted.

I guess the Web would be all much better if ChromeOS Platform was everything that remained, who needs standards and multiple vendors.

It's much more convient for developers for there to be a dominant to open source browser engine. Open source reduced the need for these standards and multiple vendors. See what happened with how Linux largely replaced the slew of UNIXes. The ability for everyone to contribute to a single project paired with the ability to customize it where needed to suit the product you are building has shown to be a winning model.

Chromium may be open-source, even free software, but only in letter, not in spirit. Google has total control over it, and will force any changes it likes. Developer community can only abide.

Re: Show HN: I rewrote my Mac Electron app in Rust

#330

Post by samtheprogram »

FINDarkside wrote: post #286
taroth wrote: post #215

Earlier quoted context omitted.

Here's a great comparison, updated two weeks ago. https://github.com/Elanis/web-to-desktop-framework-compariso... Electron comes out looking competitive at runtime! IMO people over-fixate on disc space instead of runtime memory usage. Memory Usage with a single window open (Release builds) Windows (x64): 1. Electron: ≈93MB 2. NodeGui: ≈116MB 3. NW.JS: ≈131MB 4. Tauri: ≈154MB 5. Wails: ≈163MB 6. Neutralino: ≈282MB Mac…

The benchmark also says Tauri takes 25s to launch on Linux and build of empty app takes over 4 minutes on Windows. Not sure if those numbers are really correct.

This. Reminds me of Casey Muratori warning people to not trust benchmarks made by random people on the internet.

There’s absolutely no way Tauri apps take 25s to launch. Source: I’ve played with Tauri on Linux. This is an order of magnitude off.

Post reply on HN