[Info-vax] Beyond Open Source
Stephen Hoffman
seaohveh at hoffmanlabs.invalid
Fri May 8 07:36:48 EDT 2015
On 2015-05-08 05:38:37 +0000, IanD said:
> Opensource gains favour when one rapid development of a new idea but as
> the article alludes to, becomes more and more difficult as a project
> grows and code contributions come in from an increasing number of
> sources
It also becomes more difficult as the scale of the problems increases.
Even for the side projects, I'm working on vastly bigger problems than
I once was. Better tools and better frameworks help somewhat here —
this is part of why I whinge so often about tools and frameworks, and
why working on other platforms can produce results more quickly — and
part of the increases in scale of the work just involves working with
ever-larger groups of people (or taking longer and longer to get
anywhere particularly useful).
> I mentioned open source for VMS especially if a new stack was going to
> be developed but the jury is out on that one
A new stack? Are we referring to OpenVMS or to IP or to something
else? Bootstrapping takes vendor and community commitment, and a
bunch of people, a whole lot of time, and — again — better tools and
frameworks. The developer and user expectations are also moving
forward rather more quickly, particularly in comparison to the pace of
OpenVMS in recent years.
> Lots of examples of open source being used to fork projects when people
> see a different end need for the software in question - I don't think
> VMS has that luxury at this stage, the base is too small at this stage
Are you thinking of forking OpenVMS itself? If so, I'm skeptical that
a non-commercial or non-commercially-funded entity would get anywhere
with such a project, beyond basic maintenance.
There just aren't enough folks with the free time necessary and
particularly the interest necessary to pull something with ~30 million
lines of code forward (fast enough to matter) to bring more folks onto
the platform. Even within the OpenVMS community, there are and will be
schisms; some see OpenVMS as a desktop platform and some as an embedded
server platform. Some look askance at newer tools and approaches, and
others want or need those. Some folks are absolutely dependent on
formal vendor support and/or Oracle databases or other features, and
others not so much.
> As long as there are enough core developers to keep enhancements and
> bug fixes coming in a reasonable time frame
Out of curiosity, how many folks do you think is "enough"? VSI is
aimed at a ~hundred full-time paid folks, and only a fraction of those
will likely be working on OpenVMS itself (some will be working on
infrastructure, customer support, and in administration and management,
etc), and they probably really want more folks than the ~hundred. It
wouldn't surprise me to be able to utilize four or five hundred
full-time paid folks without too much effort, for the kernel and for
all those parts and pieces and layered products that are now typically
part of the kernel, and for layered products and tools. Again, the
scale of the problems has increased, as have the expectations, as has
the surprisingly difficult problem of increased simplicity. Xcode is
rather larger than LSEDIT, the newer language standards tend to be
larger and more complex, and the typical web-facing tools and libraries
and frameworks are rather larger than libwww and Mozilla Seahorse and
Apache HTTPD, for instance. Put another way, an operating system
project is the proverbial bottomless pit of software developers — up
until "tactical incompetence" becomes "strategic incompetence", you can
want and need and use as many developers as you have access to.
--
Pure Personal Opinion | HoffmanLabs LLC
More information about the Info-vax
mailing list