[REBOL] Why I'll pay for REBOL/command (or not). Was - Will REBOL/View be comme
From: petr:krenzelok:trz:cz at: 23-Sep-2000 19:13
----- Original Message -----
From: <[tsummerfelt1--home--com]>
To: <[list--rebol--com]>
Sent: Saturday, September 23, 2000 6:24 PM
Subject: [REBOL] Why I'll pay for REBOL/command (or not). Was - Will
REBOL/View be commercial? Re:(2)
> On Sat, 23 Sep 2000 16:33:03 +0200
> [petr--krenzelok--trz--cz] wrote:
>
> > I need REBOL/Command and REBOL/View to work together. We've changed
>
> as an intermediate solution, you could always throw a tcl/tk front end
> around your rebol/command programs...of course you may find tcl/tk so
> easy to work with (and complete) that you end up switching to it
> completly :)
Ah, I've investigated several scripting languages. If I would not go with
REBOL, I would probably go with Python. I saw also tcl/tk, but no impression
here :-)
> > > 1. I NEED A CLEAR ROADMAP.
>
> coincidentally, there is a tcl/tk roadmap (for the 'free' and 'commercial'
> aspects of the language)
>
> [all the rest of your points are easily covered by tcl/tk]
>
> the only real reason i added rebol to my language toolbox was the easy
> of net related programming.
>
> at the moment it's much easier to throw a tk front end to rebol programs
> than it is writing rebol/view...
hehe, then I will sound as REBOL zealot :-) Heh, show me easier and more
open gui set-up than we have using VID ;-) You can't :-)
> > i would think that i'm not alone in saying that most programmers can't
> be tied down to one language. rebol offers quite a bit to programmers,
> but i don't find it the end-all solution to every programming problem.
We just need RT to clear some issues a little bit, to stop holding language
development back (e.g. we need /draw, /math, /sound etc stuff) and if RT
will have only 10 or so programmers and will limit us, they are slowly
killing language. I still believe they will see some sense in moving into
one rebol.exe and component architecture, and making /library free. You will
start to see many interesting custom solution in certain areas of usability
coming. Limiting REBOL to net stuff is plain stupid ...
> at this point i wouldn't want to maintain a rebol program much more than
> 50 lines long. it's taking me longer to wrap my mind around rebol than
> it did python. and unfortunately i keep bumping into brick walls that
> have no answers in the docs...
Hmm, how long are you programming in REBOL? It's pretty readable on my side.
Well, I havent studied some 50K of source yet, would be interesting :-)
-pekr-
