Forum OpenACS Development: Re: Towards OpenACS 5.9

25: Re: Towards OpenACS 5.9 (response to 17)
Posted by Neophytos Demetriou on
Regarding point 2, I think we can agree on the fact that losing support for something is bad, but as Don Baccus pointed in the first place: who will do the job? [...] Companies should enter the field if they really care about it, at least trying to keep their systems up to date. Seems like this is far from being done.

I haven't been around for quite some time as I was building my own stuff due to the particularities of my situation for many years (including lack of any funding), however, Antonio has raised an interesting point in the sense that without support from companies who are presumably better off than others to contribute resources there's not going to be much interest to continue supporting Oracle. The other side of the story has to be about making it possible for those companies to help.

Gustaf and his team are the only people I know actively developing on the core of the platform, they have their own schedule and agenda and simply don't need to support Oracle. The fact that this is still "kinda being done" is an extra.

To be fair, let me say in advance that Gustaf and his team have been consistent in their support of OpenACS and NaviServer over the years. The problem is that we find ourselves in a situation where other people also have their own schedule and agenda that does not seem to bode very well with the status quo (for many years now).

There's no doubt in my mind that the situation has to change. I must say that I have tried to discuss this with Gustaf when I was about to release my code in github and we have come up with some ideas but the problem seems to be much broader than that.

It is not enough to just want things to change. We should be ready to change as well, all of us. And, usually people do that by making concessions. Without concessions, we'll remain in this situation and, quite possibly, end up parting ways for good next time, in other words we all lose.