Maybe you misunderstood the article? These default fallback servers have been in systemd-resolved for ages (at least since I started using it 3-4 years ago). This article is about a change made by Fedora recently that disabled them.
Additionally, resolved isn't "not obeying" your DNS - this is the fallback that is only used if DHCP doesn't provide a server and the user doesn't configure one. DHCP and user configuration always take precedence.
No Windows doesn't have any fallback DNS servers configured. It will use the ones provided by DHCP or the ones you configure manually.
I don't know about the newest version of macOS but iOS and the versions of macOS I used didn't have any fallback DNS servers.
I wouldn't want a feature like that enabled by default. It can be useful if I have the option to configure it but enabled by default populated with DNS servers chosen by whoever submitted the pull request? No thanks.
No, windows has no such "user friendly" features...irony off.
The fun thing even those amateurish windows users know how to configure the dns server if they use a static ip.
But maybe Linux users are not so technology affine...second irony off.
That is a particularly out of context and uncharitable take on that sentence. I have seen no announcements or discussion about systemd-resolved moving into ignoring DHCP, that is simply a comment from one of the maintainers expressing their opinion about the privacy argument. Other quotes from that same post that make his stance on when to use the fallback pretty clear:
> We use the fallback only as ultimate fallback, when the other option is to not work at all.
> we only did that in case no better DNS configuration was available, i.e. as lastresort, one step before giving up entirely
Additionally, resolved isn't "not obeying" your DNS - this is the fallback that is only used if DHCP doesn't provide a server and the user doesn't configure one. DHCP and user configuration always take precedence.