----- Original Message -----
From: Paul Tretter <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, February 16, 2001 8:25 PM
Subject: [REBOL] Re: /View as a Product
> I agree with Holger. I want to be successful financially as a REBOL
> programmer some day when I master whats at hand now. As for some of the
> comments regarding cgi why not have a command-line option for cgi that
> basically unsets everything /view-like but still allows for cgi or what is
> called /Core functionallity today. As for some Oscar project, like Holger
> I'm curious how it will evolve but seriously think it will be a long
> endeveour to bring anything close to what we have today and in fact
believe
> that the improvements that commercial involvement brings to the language
> will far outpace anything open source even in years to come. There are
some
> values from a business perspective in having /View as the core. Maybe
> take this approach that - simple common sense should be simple. :) I
> believe someday that will be the case.
What's the case with component system then? ;-) Don't forget ppl reported
View-as-CGI higher starting time than using /Core. But of course we can't
know how rebol works internally and if there is even some kind of boundary
(interface) between the Core and View itself, to be separated in the future
(View becoming just proper loadable/unloadable component). On the other
hand, IIRC, View is not loaded at the start time, untill some gfx stuff is
not called? Who knows why loading times differ.
And of course - Core = kernel. You can base /Apache upon Core, and View is
sitting there completly useless. Also don't forget than having things
separate, you can change one thing, while have another one untouched (e.g.
updates to View component could be done without the need for /Core change -
you just download new View component, that's the traditional library model
we know from many systems out there). But that's probably not important
nowadays (even if I can see it as more clear and natural way for Rebol), as
RT has to get their products to the market.
Noone would imo join OSCAR, if /Shell or even /Library would be available in
/Core for free. Isn't it pretty common functionality available in other
scripting languages? RT should not wonder then, that ppl get nervous about
it. There were countless requests for /shell like capabilities in Core ...
There is still plenty of room for RT to make money - especially in product
development. Freeing /Shell or maybe even /Library would help the situation,
but that's of course just my opinion.
Being part of Express testing (although I don't help as much as I would like
to), and discussing various stuff with RT staff, I have to tell you that
they are very open-minded ppl. Current state of things can change in the
future, and it imho will happen someday ...
Cheers,
-pekr-
> Paul Tretter
>
>
> ----- Original Message -----
> From: "Holger Kruse" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Friday, February 16, 2001 12:24 PM
> Subject: [REBOL] Re: /View as a Product
>
>
> > On Fri, Feb 16, 2001 at 10:02:41AM -0500, [EMAIL PROTECTED] wrote:
> >
> > > You will be able to mold it to suit your needs, you don't want /View
you
> can take this functionality out. You want /Command features you can add
them
> in. You require database / audio / video / device or whatever other
> interface imaginable, then you can adapt /extend the program to cope with
> this.
> >
> > Yes, and it will do your dishes, laundry and taxes, too, I am sure.
> >
> > > Besides competitiion is healthy, is REBOL in it's current incarnation
> really the last word in the implementation of the language.
> >
> > No, of course not, which is why it is being continuously improved.
> >
> > > Why not OSCAR, J-REBOL ( that's SUN MICROSYSTEMS fictitious future
> JAVA - REBOL hybrid ) or any other Implementation ?
> >
> > "fictitious" is the key word describing your whole mail.
> >
> > > My two cents worth,
> >
> > Precisely that.
> >
> >
> > Personally, I am getting more and more annoyed by this. If you want to
> write an alternative
> > REBOL implementation then just go ahead and do it. Nobody from RT is
> holding you back, and
> > I am looking forward to seeing actual results. However promising
vaporware
> which is supposedly
> > going to be so much better than everything else, with the sole purpose
of
> recruiting
> > developers for an open-source project in its infancy, and away from
> existing WORKING and
> > AVAILABLE products, is, IMHO, a highly unethical practice, in particular
> if you do it on
> > a competitor's mailing list. If you do it anyway then you may at least
> want to be honest
> > and tell users that it will likely take several years for OSCAR to reach
> the level of
> > functionality and stability that REBOL/Core has right now.
> >
> > A certain company in Redmont, WA likes to make exactly those "our next
> release will be
> > so much better" kinds of claims whenever the competition announces a new
> product, and
> > those claims often have no or intentionally inaccurate information on
> product
> > availability. Just something to think about...
> >
> > --
> > Holger Kruse
> > [EMAIL PROTECTED]
> > Opinions expressed above are my own and do not necessarily
> > reflect the official position of REBOL Technologies.
> >
> > --
> > To unsubscribe from this list, please send an email to
> > [EMAIL PROTECTED] with "unsubscribe" in the
> > subject, without the quotes.
> >
>
> --
> To unsubscribe from this list, please send an email to
> [EMAIL PROTECTED] with "unsubscribe" in the
> subject, without the quotes.
--
To unsubscribe from this list, please send an email to
[EMAIL PROTECTED] with "unsubscribe" in the
subject, without the quotes.
