Clarification of Answer by
sublime1-ga
on
16 Dec 2002 23:17 PST
baai...
The other search certainly limited the number of irrelevant
responses, however it only showed 8 of the 9 links I ended
up exploring. This is because Google automatically lists
the most relevant sites at the beginning of the search results,
so '+software' in the other search produced the same results
as 'software' in mine, and the -xxxx terms just removed
irrelevant sites which were already listed further down on
the list of results.
As for your comment:
"...only the Nortel site (the first one) actually states
something to the effect that the controlled release
product could require additional support (and therefore
it would seem that it must be of lesser quality like a
beta)."
I will summarize from the results I posted:
Coredge:
"We also anticipate that
this group will provide us with valuable feedback on
the product to help further hone the product to
address the needs of its users"
(hone = 'improve upon')
ViaDyne:
"Error reduction through the controlled Release of
hardware and software to the live environment.."
(error reduction = 'improve upon')
And did you read the page from ViaDyne, which I
highlighted as a complete discourse on Release
Management? I can't duplicate the entire page
here, but the 'Scope' is as follows:
---------------------------------------------------
Scope:
Release Management undertakes the planning, design,
build, configuration and testing of hardware and
software to create a set of Release components for
a live environment. Activities also cover the
planning, preparation and scheduling of a release
to many customers and locations. Release Management
is heavily dependant of Change Management and
Configuration Management to ensure that the shared
CMDB is kept up-to-date following changes
implemented by new releases, and that the contents
of those releases are stored in the DSL."
Emphasis on 'testing' and updating the CMDB (Change
Management Data Base) forllowing 'changes' implemented
by 'new releases' and we're again saying 'improve upon'
With all this emphasis on improving the product, it is
evident that there is no intention of waiting for a
perfected product prior to releasing it, and that the
quality of the initial releases is, by definition less
than what they're working toward.
I found yet another instance of "controlled release"
used in reference to an 'alpha' version of software,
which is even more experimental than a beta version,
here, on a cached page for a jlabs.com press release:
* An alpha version of WebShield is available for
trial now (JLabs web-site will soon include
information on the controlled release of the product
and list download locations)
* Beta version available for SPARC systems end
November, and for Windows/NT early in December
* Final release of the product in January 1997
http://216.239.53.100/search?q=cache:WriHt875-GcC:www.jlabs.com/html/newsflash_press_release_2.html+defined+%22controlled+release%22+software&hl=en&ie=UTF-8
In this case, 'controlled release' is being used
to describe the release of a pre-beta version
of the software!
In short, it seems clear that we are not dealing with
a strictly-defined term, with a uniform meaning which
is independent of context, anymore than 'controlled
descent' means the same thing when talking about a
parachute, a plane, a bird, or a skydiver.
Nonetheless, it seems equally clear that one of the
major functions of a 'controlled release' is simply
to buy time and space in which to 'improve' a product
before releasing it, in mass quantities, to the public.
It's akin to greenhousing a plant and working with the
genetics before planting a field of the crop.
I recognize and share your preference to locate an
actual 'definition' for the term, but further searches
came up empty:
Searches done, via Google:
baai...
The other search certainly limited the number of irrelevant
responses, however it only showed 8 of the 9 links I ended
up exploring. This is because Google automatically lists
the most relevant sites at the beginning of the search results,
so '+software' in the other search produced the same results
as 'software' in mine, and the -xxxx terms just removed
irrelevant sites which were already listed further down on
the list of results.
As for your comment:
"...only the Nortel site (the first one) actually states
something to the effect that the controlled release
product could require additional support (and therefore
it would seem that it must be of lesser quality like a
beta)."
I will summarize from the results I posted:
Coredge:
"We also anticipate that this group will provide
us with valuable feedback on the product to help
further hone the product to address the needs of
its users"
(hone = 'improve upon')
ViaDyne:
"Error reduction through the controlled Release of
hardware and software to the live environment.."
(error reduction = 'improve upon')
And did you read the page from ViaDyne, which I
highlighted as a complete discourse on Release
Management? I can't duplicate the entire page
here, but the 'Scope' is as follows:
---------------------------------------------------
Scope:
Release Management undertakes the planning, design,
build, configuration and testing of hardware and
software to create a set of Release components for
a live environment. Activities also cover the
planning, preparation and scheduling of a release
to many customers and locations. Release Management
is heavily dependant of Change Management and
Configuration Management to ensure that the shared
CMDB is kept up-to-date following changes
implemented by new releases, and that the contents
of those releases are stored in the DSL."
Emphasis on 'testing' and updating the CMDB (Change
Management Data Base) forllowing 'changes' implemented
by 'new releases' and we're again saying 'improve upon'
With all this emphasis on improving the product, it is
evident that there is no intention of waiting for a
perfected product prior to releasing it, and that the
quality of the initial releases is, by definition less
than what they're working toward, though the relative
quality of initial releases may vary considerably.
I found yet another instance of "controlled release"
used in reference to an 'alpha' version of software,
which is even more experimental than a beta version,
here, on a cached page for a jlabs.com press release:
* An alpha version of WebShield is available for
trial now (JLabs web-site will soon include
information on the controlled release of the product
and list download locations)
* Beta version available for SPARC systems end
November, and for Windows/NT early in December
* Final release of the product in January 1997
http://216.239.53.100/search?q=cache:WriHt875-GcC:www.jlabs.com/html/newsflash_press_release_2.html+defined+%22controlled+release%22+software&hl=en&ie=UTF-8
In this case, 'controlled release' is being used
to describe the release of a pre-beta version
of the software!
In short, it seems clear that we are not dealing with
a strictly-defined term, with a uniform meaning which
is independent of context, anymore than 'controlled
descent' means the same thing when talking about a
parachute, a plane, a bird, scubadiver or skydiver.
Just because all but the scubadiver share the same
'medium', in no way solidifies the definition.
Nonetheless, it seems equally clear that one of the
major functions of a 'controlled release' is simply
to buy time and space in which to 'improve' a product
before releasing it, in mass quantities, to the public.
It's akin to greenhousing a plant and working with the
genetics before planting a field of the crop.
I recognize and share your preference to locate an
actual 'definition' for the term, but further searches
came up empty:
Searches done, via Google:
baai...
The other search certainly limited the number of irrelevant
responses, however it only showed 8 of the 9 links I ended
up exploring. This is because Google automatically lists
the most relevant sites at the beginning of the search results,
so '+software' in the other search produced the same results
as 'software' in mine, and the -xxxx terms just removed
irrelevant sites which were already listed further down on
the list of results.
As for your comment:
"...only the Nortel site (the first one) actually states
something to the effect that the controlled release
product could require additional support (and therefore
it would seem that it must be of lesser quality like a
beta)."
I will summarize from the results I posted:
Coredge:
"We also anticipate that
this group will provide us with valuable feedback on
the product to help further hone the product to
address the needs of its users"
(hone = 'improve upon')
ViaDyne:
"Error reduction through the controlled Release of
hardware and software to the live environment.."
(error reduction = 'improve upon')
And did you read the page from ViaDyne, which I
highlighted as a complete discourse on Release
Management? I can't duplicate the entire page
here, but the 'Scope' is as follows:
---------------------------------------------------
Scope:
Release Management undertakes the planning, design,
build, configuration and testing of hardware and
software to create a set of Release components for
a live environment. Activities also cover the
planning, preparation and scheduling of a release
to many customers and locations. Release Management
is heavily dependant of Change Management and
Configuration Management to ensure that the shared
CMDB is kept up-to-date following changes
implemented by new releases, and that the contents
of those releases are stored in the DSL."
Emphasis on 'testing' and updating the CMDB (Change
Management Data Base) forllowing 'changes' implemented
by 'new releases' and we're again saying 'improve upon'
With all this emphasis on improving the product, it is
evident that there is no intention of waiting for a
perfected product prior to releasing it, and that the
quality of the initial releases is, by definition less
than what they're working toward.
I found yet another instance of "controlled release"
used in reference to an 'alpha' version of software,
which is even more experimental than a beta version,
here, on a cached page for a jlabs.com press release:
* An alpha version of WebShield is available for
trial now (JLabs web-site will soon include
information on the controlled release of the product
and list download locations)
* Beta version available for SPARC systems end
November, and for Windows/NT early in December
* Final release of the product in January 1997
http://216.239.53.100/search?q=cache:WriHt875-GcC:www.jlabs.com/html/newsflash_press_release_2.html+defined+%22controlled+release%22+software&hl=en&ie=UTF-8
In this case, 'controlled release' is being used
to describe the release of a pre-beta version
of the software!
In short, it seems clear that we are not dealing with
a strictly-defined term, with a uniform meaning which
is independent of context, anymore than 'controlled
descent' means the same thing when talking about a
parachute, a plane, a bird, or a skydiver.
Nonetheless, it seems equally clear that one of the
major functions of a 'controlled release' is simply
to buy time and space in which to 'improve' a product
before releasing it, in mass quantities, to the public.
It's akin to greenhousing a plant and working with the
genetics before planting a field of the crop.
I recognize and share your preference to locate an
actual 'definition' for the term, but further searches
came up empty:
Searches done, via Google:
baai...
The other search certainly limited the number of irrelevant
responses, however it only showed 8 of the 9 links I ended
up exploring. This is because Google automatically lists
the most relevant sites at the beginning of the search results,
so '+software' in the other search produced the same results
as 'software' in mine, and the -xxxx terms just removed
irrelevant sites which were already listed further down on
the list of results.
As for your comment:
"...only the Nortel site (the first one) actually states
something to the effect that the controlled release
product could require additional support (and therefore
it would seem that it must be of lesser quality like a
beta)."
I will summarize from the results I posted:
Coredge:
"We also anticipate that
this group will provide us with valuable feedback on
the product to help further hone the product to
address the needs of its users"
(hone = 'improve upon')
ViaDyne:
"Error reduction through the controlled Release of
hardware and software to the live environment.."
(error reduction = 'improve upon')
And did you read the page from ViaDyne, which I
highlighted as a complete discourse on Release
Management? I can't duplicate the entire page
here, but the 'Scope' is as follows:
---------------------------------------------------
Scope:
Release Management undertakes the planning, design,
build, configuration and testing of hardware and
software to create a set of Release components for
a live environment. Activities also cover the
planning, preparation and scheduling of a release
to many customers and locations. Release Management
is heavily dependant of Change Management and
Configuration Management to ensure that the shared
CMDB is kept up-to-date following changes
implemented by new releases, and that the contents
of those releases are stored in the DSL."
Emphasis on 'testing' and updating the CMDB (Change
Management Data Base) forllowing 'changes' implemented
by 'new releases' and we're again saying 'improve upon'
With all this emphasis on improving the product, it is
evident that there is no intention of waiting for a
perfected product prior to releasing it, and that the
quality of the initial releases is, by definition less
than what they're working toward.
I found yet another instance of "controlled release"
used in reference to an 'alpha' version of software,
which is even more experimental than a beta version,
here, on a cached page for a jlabs.com press release:
* An alpha version of WebShield is available for
trial now (JLabs web-site will soon include
information on the controlled release of the product
and list download locations)
* Beta version available for SPARC systems end
November, and for Windows/NT early in December
* Final release of the product in January 1997
http://216.239.53.100/search?q=cache:WriHt875-GcC:www.jlabs.com/html/newsflash_press_release_2.html+defined+%22controlled+release%22+software&hl=en&ie=UTF-8
In this case, 'controlled release' is being used
to describe the release of a pre-beta version
of the software!
In short, it seems clear that we are not dealing with
a strictly-defined term, with a uniform meaning which
is independent of context, anymore than 'controlled
descent' means the same thing when talking about a
parachute, a plane, a bird, or a skydiver.
Nonetheless, it seems equally clear that one of the
major functions of a 'controlled release' is simply
to buy time and space in which to 'improve' a product
before releasing it, in mass quantities, to the public.
It's akin to greenhousing a plant and working with the
genetics before planting a field of the crop.
I recognize and share your preference to locate an
actual 'definition' for the term, but further searches
came up empty, so we seem to be stuck with context,
which, I think, we've covered. Additionally, I'm
willing to bet that if you asked various software
development companies/teams, you'd come up with
varying definitions, dependent on how the term is
used in their company.
Searches done, via Google:
defined "controlled release" software
://www.google.com/search?num=50&hl=en&lr=&ie=UTF-8&oe=UTF-8&safe=off&q=defined+%22controlled+release%22+software
"controlled release defined" software
://www.google.com/search?num=50&hl=en&lr=&ie=UTF-8&oe=UTF-8&safe=off&q=%22controlled+release+defined%22+software
"definition of controlled release" software
://www.google.com/search?hl=en&ie=UTF-8&oe=UTF-8&q=%22definition+of+controlled+release%22+software
Please don't hesitate to request another clarification
if there's any possible way to improve this answer.
sublime1-ga