In the name of full disclosure, as I have mentioned in a previous post, I am paid by 10gen to make Drupal more MongoDB friendly. This does not just mean the contrib modules (mongodb and efq_views) but core work as well. Our goal is to make Drupal 8 work with just MongoDB, without any SQL. It just so happens that the cornerstones for this are things the community wants anyways: the configuration management initative happens to remove a lot of reliance during the boot process -- no system table, no date_format* tables, no variable table. We care a lot about the plugin system because well, we need to change a lot of default, SQL-bound implementations. While converting more and more of our code base to use the dependency injection pattern allows for unit testing and cleaner code it also allows for unprecedented pluggability as well. Views in core interests me because it will make it possible for people to start using the better-for-MongoDB-users Drupal version sooner.
There's no need to worry that things are becoming evil and convoluted just to satisfy some crazy NoSQL agenda: I work within the same framework as everyone else and I do not have a red phone to the core committers. I try to stay away from architectural decisions as well and just work on what's agreed on. So far I feel it's been working out well.
Commenting on this Story is closed.