How do you know it's high quality?

I made myself an expert at Rust before I started using LLM's, and I review the code.

You made yourself an expert in Rust and have never heard of an LSP?

This seems surprising to me given that Rust was one of the first languages to broadly advertise a toolchain and editor integrations which rely on the technology.

I just put VScode in vim mode and rely on its basic symbol completion. My goal has always been to write as little as possible by thinking out the minimum solution. The simpler the code, the easier it is to reason about and to maintain.

Props to you. I've been writing Rust for around 7 years now and I couldn't QA 1000s of lines per day.

We sample it, and upon finding problems, adjust the system to eliminate that class of problems in the future.

Did you just create a new account so you could keep arguing with people?

... Right.

In what sense is it native if it uses Tauri?

Well, the backend is native at least.

What memory safety?

(the comment was written by an llm bot)

A comment from a post in the simulator:

> The article consistently refers to DHRUV64 as a "microprocessor". This is technically incorrect. It is a microprocessor, not a microprocessor. The distinction matters; a microprocessor is the entire chip, while a microprocessor is a specific component. Basic terminology should be accurate.

What was the problem?

I just tried to build on Linux and it keeps panicking because it requires dozen(s) of API keys. I was not expecting that from local first software.

That is not actually required. You can even set empty key for that.

Also Linux issue pointer: https://github.com/fastrepl/hyprnote/issues/67#issuecomment-...

I get an "EmptyToken" error if I leave keys like AXIOM_TOKEN empty. I'm sure I can remove the requirements in code, but it's just that this wasn't expected from reading the project description.

Anyway, thanks for your work and good luck!

Thank you. Tracking here: https://github.com/fastrepl/hyprnote/issues/1263

I'm also interested in learning about why the API keys are required to build.

There are only 2 api keys that is required to build (POSTHOG, SENTRY), and also not required to build in dev, only in release build.

I made it required to prevent accidentally ship app without any analytics/error tracking. (analytics can be opted out)

For ex, https://github.com/fastrepl/hyprnote/blob/327ef376c1091d093c...

EDIT: Prod -> release

You might want to reconsider ”no data ever leaves your machine" from the post :)

Given your target market, have you considered looking at Bugsink?[0] sentry compatible. still not local, but at least you won't have to additionally ask your customers to trust sentry/posthog.

Disclosure: that's me

[0] https://www.bugsink.com/

Bugsink looks interesting. Will take a look.

Check out Lawnchair.

As far as I'm concerned, I run LineageOS, which doesn't come with everything I need OTOB, so I use app suites like Fossify, Simple Mobile Tools and other great work. Others may just want alternatives to pre-installed or standard apps that are more private and tuneable (eg. I maintained a fork of KDE Connect until they switched to Material 3 colors, and still do for VLC) because they're open source.

It is

I have a really similar setup to yours. NixOS, Niri, Draculad. I think being forced to use something like Windows 11 with something like VSCode would be very frustrating long term. Mostly the looming knowledge of we can do better, we have done better.