> 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.
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.
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.
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.
Asking it explicitly once (not necessarily every new prompt in context) to keep output minimal and strive to do nothing more than it is told works for me.
Hindi is spoken by only around 40% of the total population, and is very regional. Using Hindi as a catch all for Indian users alienates around 800M people. English makes much more sense.
That's unexpected. I've used it for over a year and haven't had a single crash. I've used it for data files millions of lines long, and often open the same file in buffers side by side too. Could you share the issue you opened?
I haven't worked on a large C++ codebase yet, but with Rust my refactoring technique has been
1. Roughly model the data flow on paper so you don't have to fight the borrow checker or make design changes later.
2. Make the obvious changes related to the refactor.
3. Listen to Rustc and Clippy.
4. Everything usually works with surprisingly few issues.