> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
> Rod Gaither
> Sent: Friday, April 13, 2001 8:25 PM
> To: [EMAIL PROTECTED]
> 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
--
To unsubscribe from this list, please send an email to
[EMAIL PROTECTED] with "unsubscribe" in the
subject, without the quotes.
