World: r3wp
[!Cheyenne] Discussions about the Cheyenne Web Server
older newer | first last |
BrianH 28-Jan-2010 [7722] | Actually, I would say that FOREACH works with map! (= hash! traversing) and extensions are better than /Library. No host kit required. |
Will 28-Jan-2010 [7723] | Oh.. nOO! Dock don't abandon us, scala is bad, rebol is good ;-) |
Dockimbel 28-Jan-2010 [7724] | Will: I'm not leaving, I'm still here, at least as long as R2 obsolesence prevents it from working. It's just that my future projects will be most likely based on a open language with a large community. Not every programming language is good for all jobs. Btw, sometimes it's good to change your horizon to discover new things. Being in the position of a newbie can be funny too. ;-) |
Graham 28-Jan-2010 [7725] | I hope you mean "until R2 obsolensence prevents it from working .." |
BrianH 28-Jan-2010 [7726] | And Scala-made-anything is not applicable to the same use case as Cheyenne, if only because of the RAM and disk space overhead. |
Dockimbel 28-Jan-2010 [7727] | Graham: right, I've mixed up my fingers while searching how "obsolensence" was spelled in english. |
BrianH 28-Jan-2010 [7728x2] | Not to say that a Scala-made web server written by Doc wouldn't be cool - it should just be called something else. |
Graham was saying "as long as" -> "until" :) | |
Dockimbel 28-Jan-2010 [7730x2] | Brian: I'm using mainly FIND, NEXT, BACK, SKIP to navigate in hash! values. Hash! type is supposed to be a block! (inheriting all series navigation capabilities) with fast lookup times, so I've always used it like a block!. That's why I feel like I've lost something with map!. |
Brian: yes, that one too ;-) | |
BrianH 28-Jan-2010 [7732] | It's spelled obsolescence :) |
Dockimbel 28-Jan-2010 [7733x2] | Same as in french, that's why I couldn't find it easily in an english context while searching in google (my browser has french as prefered language). |
Terry: I know the feeling. | |
BrianH 28-Jan-2010 [7735] | Lookup for the map! type is very fast, but there is no inherent persistent ordering (in theory). However, code that depends on hash! (or list!) will need to be changed to use block! or map!. You might want to go over your code to reoptimize it too, since some easy-to-use functions were not formerly used because they weren't optimal, and now they are. |
Dockimbel 28-Jan-2010 [7736] | Extensions are better than /Library True, Extension are more powerfull, but for simple DLL mappings needs, it's overkill and too costly in maintenance (you have to code and maintain C code for each platform instead of a unique REBOL code base). Again, I can't understant why /Library code cannot be ported to R3 and why we're loosing a valuable feature. |
BrianH 28-Jan-2010 [7737] | I can't comment on that; I never found /Library to be valuable, it was too limited for me to use. |
Maxim 28-Jan-2010 [7738x2] | actually, we can build a /library extension in about an hour. |
on windows, at least. | |
Graham 28-Jan-2010 [7740] | Brian, do you have any application code out there with a user base? |
Maxim 28-Jan-2010 [7741x2] | brianH, /library is absolutely required for ANY real REBOL application. |
I mean something that actually has to be used in the field with a moderate amount of seamlessness. | |
BrianH 28-Jan-2010 [7743x2] | It was never good enough for my purposes. My purposes aren't typical, so "I can't comment on that". |
I've never need to wrap a C library, but I have to wrap libraries written in other languages all the time. Languages without C interfaces. | |
Graham 28-Jan-2010 [7745] | So, real world developers have different requirements |
BrianH 28-Jan-2010 [7746] | Yup. |
Dockimbel 28-Jan-2010 [7747] | Brian: I can't see how my code would be more optimized with map than hash (but I'm not a map! expert). For example, mime types lookups are made using a 1<=> N flat structure stored in a hash!. make hash! [ image/bmp bmp image/gif gif image/ief ief image/jpeg jpeg jpg jpe image/png png image/tiff tiff tif ... ] How can map! handle this easier than hash!? (looking up a mime-type based on a given extension) |
Pekr 28-Jan-2010 [7748] | I agree with BrianH, that /Library was kind of limited. Extensions are better, although more difficult for novice to use. Somene (Ladislav?) proposed to make kind of /Library interface as an extension for R3. And IIRC, Max worked on some automatition ... |
BrianH 28-Jan-2010 [7749] | Different from each other too, as I am also a real world developer. |
Will 28-Jan-2010 [7750] | Brian, what kind of software do you build? just curious 8-) |
BrianH 28-Jan-2010 [7751] | Mostly development tools and server-side apps. |
Graham 28-Jan-2010 [7752] | Were you salaried? |
Dockimbel 28-Jan-2010 [7753] | Max: that would be good (with support for UNIX / OS X too), unless it requires to wrap a big 3rd party library? |
Will 28-Jan-2010 [7754] | server-side stuff for huge traffic sites? I thought you were in the qtask team |
BrianH 28-Jan-2010 [7755x2] | In theory it would by possible to make an extension that could implement the /Library dialect, or a better version of it. |
Salaried: Yes, on occasion. In the Qtask team: Not since mid-May. | |
Maxim 28-Jan-2010 [7757] | doc, on windows, its easy because we can load and map functions on demand. the only complexity is to build a proper structure dialect. |
BrianH 28-Jan-2010 [7758] | This is way off topic - switching somewhere better. |
Terry 28-Jan-2010 [7759x5] | I was looking at using some of the windows speech recognition stuff via /library earlier today. Accept voice prompts, and push to a web page via sockets. Playing with PowerShell for the first time as well. Has some promise. The speech recognition in Windows 7 is world class. |
R3 as an academic white paper is great. But I've learned that building stuff nobody wants is a waste of life. (Paul Graham agrees) | |
Without R3 being completely open source, in this day and age, is soo 1984. And if the 'killer app' is a webserver, and that web server doesn't plan on using R3, then it's not much more than a hobby. But hey, nothing wrong with having a hobby. | |
( "it" being R3 of course! | |
http://huddledmasses.org/control-your-pc-with-your-voice-and-powershell/ | |
james_nak 29-Jan-2010 [7764] | Doc, is there a binary for the latest Cheyenne that works with curecode? |
Dockimbel 29-Jan-2010 [7765x2] | James: no, but I'll probably make a few ones today so people can test lastest CureCode easily. What OS are you using? |
Terry: fully open sourcing R3 and using a dual licensing (GPL + commercial), as a lot of other small companies do, seems to me like the only viable model when you don't have money to invest. | |
Graham 29-Jan-2010 [7767x2] | GPL is anathma to Carl |
an anathema | |
Dockimbel 29-Jan-2010 [7769x2] | Yeah, I remember how Carl looked at GPL 5-6 years ago, but I've hoped that he might have changed his POV looking at how others do (and sometimes succeed). |
I think that this dual licensing scheme works only when you reach a critical mass of users. Given the size of the REBOL community, he should just BSD everything and hope enough people would be attracted, and when the criticial mass is reached, monetize REBOL with paid services, custom builds, dual licensings, goodies (REBOL mug and vines),....whatever. | |
Graham 29-Jan-2010 [7771] | I've got a REBOL notepad ...anyone want to buy it?? :) |
older newer | first last |