Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search

[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
> that the improvements that commercial involvement brings to the language > will far outpace anything open source even in years to come. There are
> 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-