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

[REBOL] Re: Killer App in REBOL - rugby

From: petr:krenzelok:trz:cz at: 12-Aug-2001 0:57

----- Original Message ----- From: "Maarten Koopmans" <[m--koopmans2--chello--nl]> To: <[rebol-list--rebol--com]> Sent: Friday, August 10, 2001 8:50 PM Subject: [REBOL] Re: Killer App in REBOL
> Hi, > > I doubt the need for XML based protocols. As Graham showed, you can > hand-code that integration easily. > > IMHO, the Zen of Rebol is: > > - data and code is mixed. Everything is meta. > - Networking is so easy that you can make distributed applications in a
day.
> All major network protocols are supported, as is database and encryption, > which gives a pretty complete feature set for most problems to solve. > > The real problem we face is thinking about our problems. If you put Rebol
to
> work at its full power you get amazing things. For example, Rebocalc in
the
> script lib combined with Rim or Rugby. As Rebol is more or less a > generational leap forward it is pretty tough thinking about the killer app > when the world around you (i.e. your commercial counterparts) just aren't > askingthe right questions yet. > > Until that time we end up with... old problems done more efficiently (and > cheaper) which is also good, but just different. > > My feeling is that the killer app will need to be distributed to expose > Rebols full potential, but that's just a that: a feeling. This is the
reason
> I put so much effort into Rugby (plus the fact that it makes my
proffesional
> life very easy).
OK, so how does Rugby suits following task/how difficult would it be to achieve? your app/server (rugby) takes connection from let's say webserver. You know you have to perform some task(s). The basic problem seems to be server overloading, right? I am interested in ability to divide tasks (requests) amongst several local/remote another tasks: webserver | | (fastCGI) ? Rugby server (ability to lauch new instances of clients, or connect to remote ones, load balance (not all that necessary :-), some settings, e.g. limit of request per task, etc. | ---------------------------------------------------- ----------------------------- | | | | | local task1 local task 2 local task 3 | | (each performing e.g. 10 multiplexed tcp ? ? remote task even another remote rugby server (node)? Having threading would be probably interesting too, but even current Rebol abilities (launching new instances, multiplexing over tcp connections, etc.) are interesting enough ...
> I do have a nice name for the next killer app though: Rebella (and now > picture a Lara Croft like icon). Marketing dept. is ready ;-)
CindeRella :-) -pekr-