It would be great to get more transparency over the decision process that happens when new frameworks are included into Rails. The current process afaik is that usually pain points the Basecamp solved are extracted into the framework (like ActionText). This has some problems imo:
-
It’s unclear whether Basecamp is a good representation of most Rails apps, so it could be that unnecessary functionality is being included into Rails. I think ActionText is a pretty good example of something that most web apps don’t have. We got a lot of feedback from users wanting a better rails generator so to remove actioncable/webpack/etc etc. So it’s good to stop and think if there’s a problem in the decision process.
-
The current process allows no feedback from the community. Perhaps the community has more urgent pain points than what Basecamp is currently solving. I’m not expecting a voting democracy but it’s clear something in the spirit can be done, just a few days ago Matz consulted the community on this forum over keyword arguments.
-
We’re not sure what the criteria is to include a new functionality in Rails. I would imagine the criteria is a solution to a problem most web apps have + a solution that is good enough so that can satisfy most Rails developers but I’m not sure it’s true. Would be good to clarify this point.