[REBOL] Re: facts we will have to face ...
From: petr:krenzelok:trz:cz at: 23-Oct-2001 21:00
> > I mean - if Rebol should be regarded being platform, it would have to
enable
> > us to implement "whatever" in the language itself, not being dependant
upon
> > language kernels directly - I mean - sound, video, math, etc., the area
> > where rebol speed will be badly noticed.
>
> Very good point. A possible solution might be something similar to the
> mechanism employed in a number of JVMs. They cache native code that has
> been interpreted. Or perhaps a nice (for pay) way to do it would be REBOL
> accelerator plugins - which feature optimization of certain segments of
the
> REBOL interpreter... Seamlessly replacing how certain code is interpreted
> and executed to accelerate certain types of math operations, or
whatever...
Another ones from OSNews:
--------
I've read about rebol when it first came out and I always get the same
impression. So please straighten me out. What I always come out feeling is
that Rebol is powerful because its libraries are powerful.
For example, Rebol claims to make writing an email client easy. But that is
just because it has email address as a datatype and SMTP built-in. You can
do the same with the appropriate libraries in any language.
Another example is the parsing stuff: while it provides the possible to
parse input, I've never seen an example where the syntax was really
augmented vs. the basic Rebol syntax. They always end-up with some keywords,
some modifiers introduced by a slash and block ([]). Would it be really
possible to create an entirely different syntax as a dialect? Could I write
for example a PostScript dialect that would read pure PostScript, except for
an enclosing context?
What about performance and control? Could I write an image processing
library that would process CMYK images (instead of RGB)?In short, all I've
read about only reflects that the Rebol syntax is simple and the bundled
libraries are internet-oriented. To me Rebol code looks like a slightly more
evolved LISP: replace ( with [, ' with ! and , with / ;-)
Eugenia (IP: ---.proxy.aol.com) wrote on 2001-10-23 17:48:31 Re: Anonymous
The way I understand it, Rebol is an internet language. If you want to write
a Photoshop or Office alternative you are much better off with Python than
with Rebol (I am mentioning Python and not something like C or Java, because
it is similar to what rebol can do for the Net for Python to do as a
standard and simple *interpreted* language for the desktop).
--------
Rebol is great architecture in general. It allows easy and relatively fast
things for what is "inside". I know that Rebol serves its intended purposes
wery well, I just wonder if there is any solution to be able to use Rebol as
general programming language, so resulting apps would be fast enough.
We have native level performance - ports - the idea is very good imo - you
open the purpose port, throw data into it, wait on it, copy result, close
it. I understand ports are being some code reactors/engines, and unified
port mechanism is abstraction to give us unified aproach.
I can imagine RT will add another ports - 3D, etc. If rebol will get big in
size, time to finally introduce dynamic components, as not everyone needs
some specific functionality.
Sometimes APIs to REBOL internals would be handy, as it gives us more
possibilities, and it is always good to not be limited. I can imagine View
kernel effect pipeline becoming another kind of port - open it, set-it-up,
throw data into it, and get your result .....
Just my evening imagination :-)