I think that's certainly the case. We went from raw, technical-specs style documentations revolving around feature description towards a more usage-based documentation style, which is far more effective at answering the most common questions when approaching a new software: "How can I do X using this software? What if Y happen when trying to do X?"
Also, projects like Django and companies like Stripe provided great examples to follow when writing solid documentations for respectively frameworks and APIs and led the way to an overall higher quality of docs, by mimetism.
It also doesn't hurt that a well-documented product sells better and has easier adoption: maybe the popular software/frameworks/languages/APIs of today are not exactly the "best" of yesterday, but people naturally gravitated towards the better documented ones.
It's just incredibly well designed and their tutorials and documentation pages are friendly but thorough.
[0] https://developer.mozilla.org/en-US/docs/MDN_at_ten/History_...
You can prefix your query with '!mdn' (plus a space). To search in MDN directly.
This was my thought. When I google stuff and will still see stack overflow as a top result but click on the official documentation instead, which is usually the 3rd or 4th result. SO is still showing up, I just visit it less because I get more value from docs these days.
But a lot of the software I was working with 10 years ago was not open-source - these days I can look up the source all the way to OS level when doing Android stuff for eg.
And documentation is really just much much better - MSDN of old was considered gold standard but nowdays it would be considered bad documentation - like someone else said above docs moved from pure references to more use case focused which makes it much more searchable and eats in SO space.
It's definitely a great trend for questions to be answered by the right communities up front rather than endless SO questions asking slightly different variants of the same thing.
(And if you run a project and aren't thinking about your documentation in that way, do start!)
As a PHP developer, even when I have a general language question, I find myself looking at the Laravel GitHub issues or Laracasts before SO now. I can generally find the answer quicker there. And that's assuming I don't find the answer in the PHP docs, which are generally pretty good.