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

[REBOL] Re: Curl

From: petr:krenzelok:trz:cz at: 16-Mar-2001 7:48

David Vydra wrote:
> Christian, > > Thanks for informing us about Curl. After spending an > hour looking at it, I am sure that: > 1. I like REBOL better in most cases > 2. I am worried about REBOL's future > > Why $52M? For the marketing department, of course. > > We have all seen many great technologies shelved due > to competitors better marketing. > > My personal complaints for REBOL are: > 1. R/View is not marketed as a GUI component for > large client/server systems, specifically servers > written in Java.
OK - as for Rebol strategy (and I hope Dan reads it to correct me if I am wrong :-): 1) If I understand it correctly - Express is the priority - it's very good product imo for small-to-middle businesses 2) Carl once said Rebol is complementary technology to web ones ...., so I think we need - a) /shell and /library /at least for non-commercial purposes) ASAP to become part of /Core, /View (or it's replacement /Link lite), to allow community in general spread the word about Rebol and its coolness! b) develop and market /Apache module - few reviews would help. The scenario could possibly be: - if /shell and /library are present in /Core, basic /Apache could be free - I am not sure when/if rebol plans on module support, as Jeff once expressed it could help /Apache performance (technical reasons) - /Apache based upon /Command - proper SQL support, with paid technical assistance from RT. The solution for RT is to have dynamic components and per-component pricing. RT expressed themselves its the way they want to go, it just needs time to get there .... c) RT released beta of browser plug-in. It just knows how to launch Rebol, once .r file is invoked via URL, or website contains some specific code IIRC, but it lacks one very serious feature, which WILL imo have direct impact on acceptance of such plug-in - it can't draw inside browser's window. Maybe I am wrong but I regard it pretty essential issue. PPL regard everything what's displayed in their browser being standard. 3) Rebol for Java? The discussion was here already :-) Well, we all know Rebol is way cooler than Java. We all know Java takes some 10MB. But ppl don't care of it's size, once they get it with OS/browser install. Rebol for Java or Rebol for Tao Elate could higher general language acceptance ... 4) in some earlier Rebol days, there was some metnion of Rebol Command Toolkit - Rebol in form of libraries. I am not sure if it is technically possible, but if developers could invoke rebol scripts directly from C or Java code, while there would be some kind of API to allow work with some of Rebol datatypes directly (using /library we have to copy all data here and there, no chance to tell library to do something with rebol block directly e.g.) ... but here I just guess what could be possible ....
> <reflecting> > Several years ago, I joined Forte Software, which had > "technically" the best solution for 3-tier > client/server systems. When Sun announced their Java > EJB spec, Forte stock plummeted from $40 to $3. > Ironically, Sun bought the company for $20/share a few > years later, but the original Forte TOOL language > seems to be dying off. > > Forte was very proprietory -- not a single book on the > TOOL language has been published, so REBOL is doing > better in that department. > > For all of the evils of Java, one has to admit that > there are many useful toolkits available, a few very > nice IDEs and Java does run on more platforms than > REBOL. > </reflecting> >
Your reflection is good example that sometimes we need more tactics than what product/technology excelence itself means ....
> I hope 2 years from now I will program in REBOL, not > Curl. >
We all hope so ;-) Cheers, -pekr-