It strikes me that this is the sort of situation where developers interested in this architectural change should fork Postgress to a new project instead of redirecting the development of Postgress altogether.
where developers interested in this architectural change
According to the article, no one really disagreed with it at a high level. Obviously the details of how to get there are going to be relatively complicated and different people will probably have different ideas about the best approach to use.
should fork Postgress to a new project instead of redirecting the development of Postgress altogether.
Did you read the article? Basically the point is the world has moved on and the existing approach is outdated and starting to show its age and limitations.
Forking and making a new project is basically saying Postgres is obsolete and will stay obsolete. Assuming people can generally agree that changes are needed to stay relevant, updating the existing project to keep up with the times seems like a better approach to me.
It’s the same way a lot of web servers (and just daemons in general) used to use a forking model but eventually either died or transitioned to using IO multiplexing. The fork based approach just became obsolete, and projects had to adapt or get replaced.
It strikes me that this is the sort of situation where developers interested in this architectural change should fork Postgress to a new project instead of redirecting the development of Postgress altogether.
According to the article, no one really disagreed with it at a high level. Obviously the details of how to get there are going to be relatively complicated and different people will probably have different ideas about the best approach to use.
Did you read the article? Basically the point is the world has moved on and the existing approach is outdated and starting to show its age and limitations.
Forking and making a new project is basically saying Postgres is obsolete and will stay obsolete. Assuming people can generally agree that changes are needed to stay relevant, updating the existing project to keep up with the times seems like a better approach to me.
It’s the same way a lot of web servers (and just daemons in general) used to use a forking model but eventually either died or transitioned to using IO multiplexing. The fork based approach just became obsolete, and projects had to adapt or get replaced.