I do not want to judge the license change: everybody should be able to do whatever they want with the code for which there is ownership. Just two general observations:
1) I think this is going to be a trend in the future, for two main reasons, one is that the cloud poses very challenging limits to individuals or small companies to monetize they OSS projects selling services, the second is that many OSS developers are starting to think that it's a bit unfair that incredibly successful companies sold for billions, mostly based on OSS frameworks, libraries, operating systems, don't support the projects they used to reach to such success. And no... releasing your own OSS project to the public, developed for internal interests, is not going to pay back the authors of the projects used to reach the success.
2) If you like this route, better to start ASAP with such a license, or at least start with some restrictive *GPL license and not BSD. Otherwise you are obviously susceptible to forking once you insert such a clause.
Yes I think it depends heavily on the type of open source project and it shouldn't be frowned upon for certain kinds of projects.
I run an open source project which is technical and is designed to integrate into other systems; it's ideal for fast growing companies and large organizations that have money; because of this, inbound leads for consulting, technical support, sponsorship, partnership and contract work trickle in on their own. So in my case, a very permissive MIT license makes sense even financially.
If you have a relatively simple product which is more like an external stand-alone tool (not designed to be integrated into proprietary systems at the API level), then it will be impossible to monetise it through consulting or sponsorship.
Also, other kinds of open source projects which are difficult to monetize are those which implement established and well understood industry standards.
Adhering to standards helps with adoption and greatly increases your project's chance of success but it's not creating any new markets; you're tapping into an existing user base and competing with other implementers in a race-to-the-bottom in terms of performance, efficiency and usability and it's hard to capture any value out of that.
1) I think this is going to be a trend in the future, for two main reasons, one is that the cloud poses very challenging limits to individuals or small companies to monetize they OSS projects selling services, the second is that many OSS developers are starting to think that it's a bit unfair that incredibly successful companies sold for billions, mostly based on OSS frameworks, libraries, operating systems, don't support the projects they used to reach to such success. And no... releasing your own OSS project to the public, developed for internal interests, is not going to pay back the authors of the projects used to reach the success.
2) If you like this route, better to start ASAP with such a license, or at least start with some restrictive *GPL license and not BSD. Otherwise you are obviously susceptible to forking once you insert such a clause.