[REBOL] Re: /View as a Product
From: petr:krenzelok:trz:cz at: 17-Feb-2001 2:12
----- Original Message -----
From: Paul Tretter <[ptretter--norcom2000--com]>
To: <[rebol-list--rebol--com]>
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-
