"Bloated" is just the standard complaint to go for if you don't have anything specific to complain about but don't like a piece of software for, what I assume are, theological reasons.

For an end user this needs to be translated. Fewer lines of code mean better long-term maintainability. It could also mean better stability and less bugs. However, that is not granted as you can introduce pretty severe bugs also with few lines of code. And of course the less lines of code, the less features a program has. But if you're happy with that, it is a good thing.

But yeah, that still leaves a lot of questions that can be answered much better if not using the lines of code argument.

Yeah this is good advice. You don’t bring yourself up by trash-talking others down.

hyprland has gotten pretty awesome. I've been using it for a couple years now and there was a time where it was frustrating because it was changing so fast. If you look around github you can find some decent default configs to start from. It plays pretty nicely with a dotfile manager (I use yadm) lets you put source = ~/pathto a source file so you can do some shenanigans with the dotfile manager to customize your config per computer you run on automagically (i.e. I have one for monitors, exec, binds to customize monitors between my desktop and laptop, screen resolution and a few other configs on my keybinds for stuff lik,e remote rdp connections, and things that get executed automatically that vary slightly between my laptop and desktop.)