Hi Mike,
you wrote:
>My own preference is to get /COMMAND
>as soon as possible.
[snipped Thomspon Toolkit (it's still around?)]
>especially
>reformatting data from many external
>sources for import to relational databases.
I have been using REBOL/Core for that. Don't need REBOL/Command to reformat
data.
>Increasingly, this external data is retrieved
>from the Internet.
Here as well. Again REBOL/Core provides me with all necessary capabilities.
>I've considered investing
>serious time becoming a proficient Perl
>programmer, but what a great thing it
>would be to accomplish most of what I
>need with Rebol /X's .
I'd say you can go ahead and do it. And as a proficient Thompson Toolkit
programmer, you can even use the shell or awk to add the capabilities to
REBOL that will be supplied by REBOL/Command. I.e. use the shell or awk to
launch external programs, do whatever you want to do with external
programs, then use awk or shell to prepared data for REBOL and then finally
launch REBOL with the same shell/awk script. Not as elegant as using
REBOL/Command (I assume) but its doable. Without REBOL/View you can't use
REBOL to dynamically create GUIs, period. Big difference, seeing as you say
>The prospect of
>/VIEW (for me) is also appealing in that
>we could do some serious toolsmithing
>to empower the non-programmer types
>in our company as well.
There you go. Consider what will be going on in your company, when you
programmer types can deliver fully GUI'd Internet enabled scripts to
non-programmer types!
>
>I would really be interested in knowing
>how many people interested in Rebol
>are *truly* interested in an alternative
>to Perl, Tcl, or say Python out of the
>gate, vs. say Java / C++ / VB with a
>primary focus on Internet programming ?
I think pretty much everyone will say both. Let's put an end to having to
learn and use different languages,
1. REBOL (Perl ...) to do Internet
2. Java, C++, VB, Delphi to do GUI
3. SQL to make an income.
;- Elan >> [: - )]
