World: r3wp
[!REBOL3-OLD1]
older newer | first last |
BrianH 13-Sep-2008 [6944x2] | needs to fit -> needs to be able to fit when necessary |
Take that with a grain of salt though - I use REBOL for server-side stuff most of the time. | |
Henrik 13-Sep-2008 [6946] | well, sure, but I imagine there would be a degree of control of how you want it to layout, either in a GUI oriented fashion or a document oriented fashion. |
BrianH 13-Sep-2008 [6947] | AltME, DevBase and non-graphical batch scripts being the exceptions to server-side use, of course. |
Brock 13-Sep-2008 [6948] | If the Rebol browser window does not fit in the browser window then adoption will be slow. But there is some hope if we can do what the web does today (or better) in one language... that's golden and should increase the adoption rate. I hope I will be able to get it in my work-place, that would make my decade. |
BrianH 13-Sep-2008 [6949] | Have you looked at Chrome? Even browser apps are trying to get out of the browser window :) |
Pekr 13-Sep-2008 [6950] | yes, they are trying, but first they become famous because of browser .... |
BrianH 13-Sep-2008 [6951] | Yup. There is a lot to learn there, and the number one lesson is this: they did it with what was there already, no plugins. If we want REBOL in web browsers, we are going to have to look somewhere other than Google for inspiration. Still, some of their recent behavior has some clues. Look at Gears - they are clearly recognizing that networks aren't reliable or fast enough to count on consistency. That's why they are promoting local storage. |
Graham 13-Sep-2008 [6952x2] | Perhaps it's the language |
How do languages like Erlang cope with unreliable networks? | |
BrianH 13-Sep-2008 [6954x2] | How so? |
(sorry, question delayed by AltME) | |
Graham 13-Sep-2008 [6956] | Isn't Erlang designed with network failures assumed? |
BrianH 13-Sep-2008 [6957x3] | In general, languages like Erlang handle unreliable networks with redundancy, and it can do that because it is a functional language with no assignment. The state needed to answer a question is passed with the question. That way you can ask the same question multiple times and get the same answer every time. |
Still, Erlang's advantages are more from the OTP system than the Erlang language, though the no-assignment language with lightweight process concurrency and message passing makes it easier to implement something like OTP. | |
REBOL's statefulness and heavyweight processes make this kind of redundancy more difficult, but it can be done. | |
Graham 13-Sep-2008 [6960x3] | I recall Maarten was going to port an Erlang database to Rebol ... |
this database was distributed across the network or something ... don't recall all the details | |
Since he hasn't done it ... I guess these things are more difficult | |
BrianH 13-Sep-2008 [6963] | They are, but to be fair he may be busy. |
Graham 13-Sep-2008 [6964] | there are so many people now working on qtask .. it should be finished by now! |
Pekr 13-Sep-2008 [6965x2] | Qtask is never going to be finished ... it is imo turning into ratgher complex product ... |
Maarten's stack was based upon Chord implementation. But he mentioned even more interesting stuff. IIRC, he also said it is already running, and once proven, he will release it. | |
BrianH 13-Sep-2008 [6967] | Google is never going to be finished - it is turning into a rather complex product. No, it is a company or a platform, not a product. |
Graham 13-Sep-2008 [6968] | Which ties up all the Rebol talent into one big hole |
BrianH 13-Sep-2008 [6969] | Qtask could probably stand to adopt Google's 20% time. I'll ask them. |
Graham 13-Sep-2008 [6970x2] | 20% time? |
qtask is Rebol's Hadron collider | |
Henrik 13-Sep-2008 [6972] | All google employees are asked to work on a personal project 20% of the time they work there. That means 1 day a week. |
Graham 13-Sep-2008 [6973] | Interesting .. and who owns the IP? |
BrianH 13-Sep-2008 [6974] | Qtask is also the largest scale project REBOL has. There is a good bet that PITL innovations will be coming to REBOL from Qtask. |
Graham 13-Sep-2008 [6975] | information does not escape from a black hole except as hawking radiation |
Henrik 13-Sep-2008 [6976] | I don't know who owns the IP, but it seems that many current Google projects stem from such 20% projects |
Graham 13-Sep-2008 [6977] | I've seen nothing come out of qtask of benefit to the larger community |
BrianH 13-Sep-2008 [6978x2] | That may be the case with black holes, but not necessarily the case with Qtask. Insight from work on Qtask informs the people who are working on implementing REBOL. Plus, the long term goal is to open source Qtask itself (or so I've heard). |
Nonetheless, we should be having this discussion in the !Qtask group. | |
Gregg 13-Sep-2008 [6980] | Maarten has some good stuff done, but hasn't released it yet, as it's not *quite* complete. Erlang/OTP is heavy on supervision trees, so things get retried if they fail. |
Gabriele 14-Sep-2008 [6981] | Graham, sometimes you don't want to see, and sometimes you don't want to wait. |
Maarten 14-Sep-2008 [6982] | I am finishing S3 as we speak (this week) and I hope we'll release it to the community as open source. Done right though - visible in the right places etc. |
Graham 14-Sep-2008 [6983] | Could be. |
Maarten 14-Sep-2008 [6984x5] | Chord: the real testing got stalled, I hope to return to it. I managed to express it in terms of a few functions. So if you can define those in REBOL (I did them using Rugby), and my implementation works... you can rebuild from the top down. |
Graham, there is no "could" here. We'll do it right or not at all. | |
Right: | |
- documented - PR - into multiple commmunities (e.g. the AWS S3) | |
etc. | |
Graham 14-Sep-2008 [6989] | Maarten, I was replying to Gabriele. |
Maarten 14-Sep-2008 [6990] | Oh, well, you're welcome ;-) |
Graham 14-Sep-2008 [6991] | Nice to hear that S3 is progressing. |
Will 14-Sep-2008 [6992] | Maarten what is status on sphinx scheme? |
james_nak 14-Sep-2008 [6993] | Thanks all for the "browser" input. |
older newer | first last |