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

[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