[REBOL] Re: Commercializing Rebol
From: robert:muench:robertmuench at: 16-May-2001 17:19
> -----Original Message-----
> From: [rebol-bounce--rebol--com] [mailto:[rebol-bounce--rebol--com]]On Behalf Of
> Brett Handley
> Sent: Wednesday, May 16, 2001 2:51 AM
> To: [rebol-list--rebol--com]
> Subject: [REBOL] Re: Commercializing Rebol
> I see that we were talking from two completely different 'big' business
> worlds.
Hi Brett, I should have been more precise on what I mean... Communication
problems are the hardest ones to solve.
> My context was with more transactional type systems, yours appears
> to be more a document management problem. I can see a bit clearer now why
> you are pushing for local databases.
Right. I don't see Rebol in the transactional area and I agree with you that it
doesn't make sense to run transactional systems on user systems, therefor we
have the client/server concept.
> You have this huge lump of data that cannot be deconstructed into smaller
> databases because you do ad-hoc querying over it.
Absolutely right.
> I'm somewhat unsure what
> you perceive as Rebol's "value add" in this situation. What is it that you
> perceive Rebol is going to do for you better than something else?
Ok, now we come to the point ;-). The problem with this lump of data is that
it's mostly unstructured (or better has no implicit relationship). I know the
releationship but I can't write it down in a way a program can use it to help
me. Than I have several processes, workflows, etc. which are related to
information, todos etc. In short: Goals, tasks and information should be
integrated.
I would like to use Rebol as the front-end for such an application and therefore
I need a database too. Robert
