Once you realize that everything on an IRC service is tied to a user account, it makes a bit more sense. And extending from there, different user accounts are r

Once you realize that everything on an IRC service is tied to a user account, it makes a bit more sense. And extending from there, different user accounts are responsible for different things. (The *serv accounts on most networks). I always thought it made sense in a way - it makes for a very neat separation of concerns and makes the stack more modular, since you can now use almost any combination of IRC daemon and services package.