> > This is a discussion that's been going on since REBOL began. Why don't > > web-hosts have REBOL/core available like they do PHP or perl or Python or > > Ruby on Rails and so on? If it's not because they're open-source and REBOL > > isn't, then why? > > I think such languages better fit server-side work. I think Rebol should "work" over rich-clients. E.g.: try to write with Rebol an application like Zope, or like Apache Tomcat, or JBoss, or IBM Web Sphere, etc... I think Rebol has not yet enough power on server-side. More: too many people like imperative-programming. More: there are already a lot of server-side languages.
Client-side: please tell me one example of good programming language to create a full-featured, multi-platform, not too expensive (in terms of resources), fast, small to be distributed (in terms of runtime), etc...I think Rebol could be a killer-application for rich clients. More: possibility to access ALL the resources of a local PC (devices, DLL, api, registry, config files, cache, etc...). I develop programs since when I was 12. I know basic, Pascal and Delphi, PHP, Python, Assembler of 6502/6510, Z80, MC68000, C, Java (great n server-side, but terrible on client-side ;-) ) but only a browser web is a rich-client multiplatform killer app. But browser is VERY limited, VERY incompatible, etc... It is good for documentation. I know very well how is difficult to create a good rich-client app with browser. Actually, in ms windows environment (in the company where I work as senior analyst/programmer) I use Delphi to create single executable, full-featured rich-client apps, and the server is built in java/JBoss. Connection is performed using web services. I think Rebol could replace Delphi-side, not Java-side. --Alessandro On 6/17/06, Carl Read <[EMAIL PROTECTED]> wrote: > > > On Saturday, 17-June-2006 at 0:28:52 Alessandro Manotti wrote, > > >Browser? No. > >I didn't talk about browser. > >Rebol is better than any browser. > > But good-enough is all it takes for a technology to become pervasive, and > web-browsers were already pervasive before REBOL was released. REBOL can't > replace them, (short of a better browser being written in REBOL itself), and > people won't want yet another window open on their screen, (which, if a > desktop, you'll have to open before you even get to the app you want to > open...), so working within a web-browser window is the only sensible > approach. > > >I noticed many people say that "this thing is needed", "I want that > >application", but not many people really try to do something. > >I think the problem is Rebol license. For example, I created two > programs, > >but Rebol View/PRO is need (about 99$). How manny people buy that > version, > >compared to the ones that use free version? > > > >More (my 2'cents opinion): some people think "since Rebol is produced not > >for free, then if I need a tool such company must create that tool. Why > >should I create a tool just to let them gain money?" (since my tool takes > >popularity to Rebol). > > > >I think these are very important problems regarding Rebol diffusion. > > This is a discussion that's been going on since REBOL began. Why don't > web-hosts have REBOL/core available like they do PHP or perl or Python or > Ruby on Rails and so on? If it's not because they're open-source and REBOL > isn't, then why? > > What RT needs to decide is whether they want REBOL to have some direct > influence on the future of computing or just keep making however much money > they're making from it now. > > (Note that in the past I didn't support the calls to open-source > REBOL. But that was in the days when they used to release the latest > versions for all the platforms they were then supporting in the same > week. And they were supporting many more platforms then than they do > now. The pragmatist in me says that since your method of marketing isn't > working and the competition's is, then your method's wrong and there's is > right.) > > [small] Yes Joel, you were right. ;-) [/small] > > -- Carl Read. > > -- > To unsubscribe from the list, just send an email to > lists at rebol.com with unsubscribe as the subject. > > -- To unsubscribe from the list, just send an email to lists at rebol.com with unsubscribe as the subject.
