I wouldn't use this logic. There is always something better. I am sure after MLS gets coded and merged a new DM protocol will emerge and then nobody is going to code anything because we are all waiting for the perfect spec.
Yup, and you define for everyone what better means. MLS might only be "better" for a very small sunset of users. It certainly won't be for me. With good enough encryption (NIP-44), new npubs and relays (private or specialized) you can go a looooong way. Without having to wait for specs and while retaining operability with most apps.
I hope this isn't the case. This is why NIP-17 never saw large adoption because it wasn't perfect. It was better, but not the unicorn that people wanted.
There is never going to be a unicorn. MLS is good but there will definitely be better things.
Which is why I hope that developers continue upgrading and implementing these new specs as they get built and released. Otherwise we'll have 20 clients with 10 different DM methods, making a huge headache for users.
My point is that we shouldn't just dismiss the state of DMs as you suggested in the first reply. Devs should implement NIP-17 as it stands today even though NIP-104 is in the horizon. Considering that NIP-17 took about 1.2 years to be developed, audited, implemented by 2+ clients and merged, MLS will take another year to be ready.