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

[REBOL] Re: Some thoughts around Rebol

From: robert:muench:robertmuench at: 15-Apr-2001 11:47

> -----Original Message----- > From: [rebol-bounce--rebol--com] [mailto:[rebol-bounce--rebol--com]]On Behalf Of > Rod Gaither > Sent: Friday, April 13, 2001 8:25 PM > To: [rebol-list--rebol--com] > Subject: [REBOL] Re: Some thoughts around Rebol > 1. Big companies buy "applications" not technology platforms.
Hi Rod, well I would say they buy "solutions". Those solutions must integrate into the workflow and how the company is organized. Therefor it's mandatory for a new "concept" to integrate into the company architecture and structure.
> 2. But, they buy those "applications" only for technology platforms > they have heard of - unless no other solution exists. :-(
Not really. Companies are quite pragmatic but you have to show them several things: - No dead end solution: The date must be useable from other applications that's why I think XML as a storage format is a good choice) - Easy to use - Get the job done solution
> 3. There has been some serious consolidation in the "application" > product space that leaves big companies only buying from other > big companies. It is getting harder, and harder for a vertical or niche > application to make it big in those companies.
If you try to replace SAP I agree ;-)) but if you have a (what I call) hub-application, that's one which only controls other applications and implements processes I'm sure you can succeed.
> The XML support should be visible, but not a replacement. It is too big > to do all the way and too much of a distraction to the REBOL core goals > to make a central aspect.
Well, replacement or not, I don't know. I don't see to much a difference in using a RT XML taged document to store information than the way it is now. Yes, you need one more translation layer as you can't send the input stream dircetly to the parser... but IMO this isn't much of a problem.
> It does need to be WAY better than it is with > the current product though which barely counts as an after thought. :-)
Hmm... I'm quite happy with the XML support stuff. It should be possible to create object (hierarchies) directly from XML files and write object (hierarchies) to XML format. Would be nice to have... but it's not to hard to write the routine from scratch.
> Again, this is a product waiting to happen, but it is not REBOL.
Right, that's why the subject reads "around Rebol" and not "about Rebol" ;-)) Anyway, I haven't looked deep enough into this subject but I know that the Software AG has a XML aware database (tamino) which is quite nice. RT would make a good step to aggregate 3rd party vendors around Rebol and install a process that those solutions can be integrated on the native level...
> >3. Office Access Layer > > I won't touch this one. > I'm trying very hard to escape the clutches of this beast! > > I'm down to using less than 10% of any of the office product > features. It is time for simple, functional, open replacement > options!
Agreed, but Office is used in the fields, so there is no discussion about there are other solutions available Office is just there and it's used, no one cares about your application if you can't integrate it. On the other hand, I wouldn't start writing it all from scratch again, just use it and that's it... and of course than you are compatible ;-)) Robert