I would go one step farther - if you're vibe coding, skip Tauri altogether. I've been on-and-off vibecoding a GitKraken replacement using egui instead, and the memory footprint is very low. Otherwise can't tell the difference, as I'm not reading the code either way.

▲

wren6991 3 hours ago | parent | next [-]

Using Tauri on Linux gave me appreciation for why Electron just ships an entire browser. WebKitGTK is kinda rough around the edges.

▲

egeozcan 3 hours ago | parent [-]

I vibe-coded a paste manager using wails (https://github.com/egeozcan/mahpastes), and I'm currently on linux (bazzite) and I have 0 problems with the rendering.

	▲	wren6991 2 hours ago \| parent [-]
		One of the things I hit is that there is no way to trigger an "open folder" dialog. It gets mapped to "open file" instead. The correct hooks exist in both WebKit and in GTK, but not wired up in WebKitGTK. I think the fix would be quite minor but I looked into what is involved in raising a patch and decided to leave it. There are a lot of minor paper cuts like this. I did hit a couple of CSS or rendering quirks, but the rendering perf also seemed noticeably poor, and that's harder to live with.

▲

kelvie 3 hours ago | parent | prev | next [-]

Isn't egui really cpu inefficient though? It repaints at 60fps if e.g. you move the mouse over it

	▲	m_w_ 3 hours ago \| parent \| next [-]
		If it is, it hasn't been a problem so far. I have been focused heavily on memoization, to what extent that's possible when fully vibe coding. Fwiw, what it's trying to replace (GitKraken) is slow, clunky, and resource hungry, so it's not hard to beat.
	▲	tdhz77 3 hours ago \| parent \| prev [-]
		No mobile support either

▲

catigula 4 hours ago | parent | prev [-]

You're probably doing something the LLM has less fluency with.

▲

m_w_ 3 hours ago | parent | next [-]

Definitely would concede this, but I haven't had any issues so far. It's been able to make things look exactly as I've dictated them, even with relatively complex visualization of git branching. I get the sense that, with how capable Opus 5.5 is, "less capable" no longer means "not capable enough".

▲

0x457 4 hours ago | parent | prev [-]

LLMs can for sure write GTK4 (or Relm4), Swift UI, whatever windows uses, Kotlin for Android.

▲

catigula 4 hours ago | parent [-]

They can write brainfuck. I said less fluency.

	▲	0x457 3 hours ago \| parent [-]
		What I meant: they can write it pretty well. Probably because share of good quality code of native apps is much higher bad quality, due to all js slop we had even before LLM slop.