GNUstep Project Gets New Chief Maintainer
stivi writes "OSNews is reporting that Gregory Casamento has accepted the position of GNUstep Maintainer. Adam Fedor, former GNUstep leader writes: 'After over 15 years of being the Chief Maintainer for GNUstep, I've found I have too many other responsibilities to devote as much time to GNUstep as is necessary. I still plan on contributing to GNUstep in the future in a lower capacity.' Gregory has been a prolific developer for GNUstep for the past seven years and is currently the maintainer for Gorm (the graphical interface designer) and the GUI library. I think he will make a great choice to lead GNUstep in the future. New plans for change have been set up already. Thank you Adam for the past, congratulations Gregory to the future."
was (and is), that few people realised how great the original NeXTStep environment - which GNUStep attempts to clone - was.
:-)
I was already around as a CS major at the time NeXTStep basically failed in the marketplace due to a) asinine marketing/pricing on the part of NeXT Inc. and b) the fact that everytime we showed the NeXTStep environment to fellow CS students and CS faculty, you would mostly get blank stares, and a few polite remarks. But no more.
Few "got it" how easy this was to use - concepts like the seperation of the user interface specification from the core logic of a program simply did not register with people weaned on TurboVision ("one line per code for each UI element"), and Apple has (probably rightfully so) more or less given up on educating people on how great the current successor to NeXTStep (Cocoa) is.
Nowadays, people code for OS X because OS X is seen as a hip system with a small but viable installed base, and the fact that the dev tools are extremely nice is just an added bonus.
So if GNUStep is just an Open Source version of something that is obsolete, why care at all?
Well, because the likes of KDE could have had it so much easier if they had used something like GNUStep (the structure of which is pretty revolutionary), instead of toolkits like QT, which were developed to be just a "better Win32" API.
Make no mistake, QT/KDE et al. turned out to *be* a better Win32/Foundation class environment, but I guess that most folks who were ever proficient in developing for the NeXT environment will agree, that a widely used and enhanced GNUStep would have been even more productive than that.
And still could be someday - after all, Linux desktops are such a melting pot of different toolkits and environments, that perhaps some "killer GNUStep apps" (graphics apps, like an Illustrator clone would be a good start) could get people to notice GNUStep again.
One can always dream...
Just my $0.2E-32
A.