What does HackerNews think of psst?

Fast and multi-platform Spotify client with native GUI

Language: Rust

On the other hand, this Rust-based one called Psst looks awesome and works: https://github.com/jpochyla/psst
Psst: Fast Spotify client with native GUI, without Electron, built in Rust

https://github.com/jpochyla/psst

20210816 https://news.ycombinator.com/item?id=28203654

There are some alternative frontends for Spotify available. None of the ones I found works on M1 mac, but Windows and Linux users have some options available.

https://github.com/jpochyla/psst

https://github.com/toothbrush/Spotiqueue

https://github.com/xou816/spot

I used this when I had subscription. https://github.com/jpochyla/psst Now I download directly to my sd card.
Plugging my ex-colleague's Spotify client called Psst[0] and built with Rust. Not as feature-full than the official client (yet) but way lighter and gets the job done.

[0] https://github.com/jpochyla/psst

You can try https://github.com/jpochyla/psst for Electron-less Spotify. I use the AUR package on Arch. It was crashy some months ago but now works great.
> A garbage collector is very useful for high level projects.

Rust solves most (or even more) of the problems GC does already with the borrow checker, I'd argue that one does not want to spent time thinking about stutters/latency spikes due to micro pauses or stop-the-world events from a GC in a very complex code base — granted GC's got a lot better, but there are still issues out there.

At work, we may not be the big, huge enterprise project, but Proxmox Backup Server is not small either and packs a lot of features (REST API, content addressable storage layer, backup management, system (network, time, update) management, ...) together spanning from low to high level. So, I'd figure it has at least a medium complexity. The thought that a GC would help us never entered my mind, nor did any of our devs mention it — most of them explicitly expressed at some time that they are glad there's no GC.

Besides that, Rust makes refactoring a bliss, which is a major plus point in big, complex projects with multiple teams working on a (partially) shared code base.

> It's probably one of the reasons why Rust has no stable GUI yet.

I think that is rather a reason of why a rust GUI could be superior to use, even from another language (GC or not) — I mean, it allows memory management without GC (slightly better performance, faster memory reclaim and no micro-pauses or the like) but also avoids lots of memory (mis)management bug classes. But yes, you're right in that there's no good plain-rust GUI framework with a stability guarantee, druid may be pretty close and has some project showing that it can work OK and look good already, e.g.:

https://github.com/jpochyla/psst

https://github.com/lapce/lapce

There’s a solution, a client software called Psst https://github.com/jpochyla/psst