Luna edits
This commit is contained in:
parent
755db73766
commit
a4603cb6ad
|
@ -26,6 +26,7 @@ Some terminal emulators try and do this, eg. [kitty](https://sw.kovidgoyal.net/k
|
|||
But they're still based around the TTY and being POSIX compliant. The main way to make any sort of interactive terminal UI is still just `ncurses`.
|
||||
|
||||
The Linux kernel is massive, with millions of lines of code. Trying to read through and understand it would be impossible.
|
||||
While it does have decent documentation, just the sheer size of it would make reading through all of it, let alone fully understanding it, take an immense amount of time.
|
||||
Again, that's mainly due to backwards compatibility, and just a bunch of legacy code. It still relies on C, even though at this point it doesn't even make much sense for modern processors *[1]*.
|
||||
|
||||
## Good (maybe) Design
|
||||
|
@ -64,6 +65,8 @@ I'll be going through a few here.
|
|||
### Package Manager
|
||||
A lot of package managers right now suck. I've heard some good things about how NixOS and Guix do stuff, but I haven't actually had the chance to try them out yet.
|
||||
|
||||
At this point, I have quite a bit of experience with `apt`, `pacman`, and `xbps`, with `xbps` being my current favourite. However, it's still not my ideal system.
|
||||
|
||||
My goals for an ideal package manager would be, in order of importance:
|
||||
1. User friendly
|
||||
> It should be very easy to understand and use, even by beginners. It should also be fairly simple to create packages for.
|
||||
|
|
Loading…
Reference in New Issue