World: r3wp
[!REBOL3-OLD1]
older newer | first last |
Pekr 6-Oct-2007 [4684] | Ingo - but Gabriele is coding VID, which is too only a rebol level code, not C one ... |
Henrik 6-Oct-2007 [4685] | VID3 is not as trivial to implement as protocols, so it's a higher priority task. |
Pekr 6-Oct-2007 [4686] | yes, ftp is so trivial, that we can't get it right for 10 years :-) |
Henrik 6-Oct-2007 [4687] | probably because no one really worked on it. |
Pekr 6-Oct-2007 [4688x2] | anyway - this discussion has nothing in common with initial ideas, so regard it just being a normal chat, not that I try to suggest what is more important. Once again - my mention of protocols was there only for the case, if Carl would not agree to "full" release, so I just mentioned it, what could be completed in some sane time-frame and released e.g. for Christmas, nothing more. That is no more valid or so it seems, but we will see what next week brings to the table :-) |
Henrik - as for FTP - I think that Gabriele and Romano and Reichart might be actually right, that FTP is a real mess :-) | |
Henrik 6-Oct-2007 [4690] | yes, it is unfortunately a mess. I'm not sure what should be done with it, other than be implemented by someone who is an expert on the FTP protocol, rather than just implement a rudimentary one that follows the RFC. |
Kaj 6-Oct-2007 [4691] | Ehm, I actually worked on the FTP scheme, testing it for Romano who did a LOT of bugfixing on it |
Henrik 6-Oct-2007 [4692] | then Kaj is the perfect man for the job. :-) |
Kaj 6-Oct-2007 [4693] | No, I'm not :-) |
Pekr 6-Oct-2007 [4694] | :-) |
Rod 6-Oct-2007 [4695] | I think we have two competing goals, quick path to real beta and community access and education. Both are important but for different reasons. It is self defeating for us the community to slow down the final goal but at the same time we can't plan or begin the ramp up while there is nothing available. I am still willing to wait for the open beta but by the same hand I would also welcome an open alpha and understand that we have to take it as it is. This means not pushing on the real team with "noise" of whatever type as to distract them. I worry though that the ramp up is important - if you look at rebol.org and scripts it seems so much of it is old, years old, or ancient in internet time. That has to change as well as the wealth of documentation and articles has to expand drastically. The only way that can happen in a timely fashion is with community access. I'd be very willing to help on those fronts as best I can. |
Kaj 6-Oct-2007 [4696x2] | Yes, it's very demotivating for new people looking in to see that almost everything is old and even doesn't work anymore. We have that problem in Syllable, too, and I'm pretty sure it has been damaging |
The biggest problem is that they will walk away before contacting you, so you don't know you're loosing people | |
Ingo 6-Oct-2007 [4698] | Well, what I'm trying to say. If Carl is not capable or willing to keep up the communication channels while he is deep into coding, then let the code speak for itself. I think all of us have seen to many great tools going down the drain, too many unkept promises (talking globally not about a specific product / company). That's why I thiink that it's better to release whatever there is, now, than to wait for christmas to release a product which isn't meant to be perfect, either. |
Kaj 6-Oct-2007 [4699] | Exactly |
Henrik 6-Oct-2007 [4700] | it seems that someone from Apple are volunteering to help with the OSX port of R3. |
Brock 6-Oct-2007 [4701] | That would certainly help open some doors and get the product some notice. |
Graham 6-Oct-2007 [4702x3] | Cool |
except too many cooks ! | |
I'm confused about which metaphor we're using here ... | |
Henrik 6-Oct-2007 [4705] | one cook on the root might be better than 10 in the kitchen? |
Graham 6-Oct-2007 [4706x2] | if you're cooking for a billion people .. one cook ain't enough |
unless you have lots of kitchen hands .. ie. many kitchen hands make light work | |
Henrik 6-Oct-2007 [4708] | also a new word to learn: "Fireside". I hope the name won't change. :-) I'll let you guess for a bit what it is. |
Kaj 6-Oct-2007 [4709] | R3's marketing name? Not bad |
Henrik 6-Oct-2007 [4710x2] | It wouldn't be bad if it were R3's marketing name. :-) It's something else, though. |
In fact it's probably the answer to the FTP discussion we had earlier. | |
Kaj 6-Oct-2007 [4712] | http://fireside.net/ |
Henrik 6-Oct-2007 [4713] | if I understood it correctly, it's a tool to let users edit all mezzanines of R3 directly and then submit those changes to RT, where they are filtered through qualified people into the source tree. it's also chained to the documentation of the function/protocol as well as test scenarios. |
Kaj 6-Oct-2007 [4714] | Ah, not what I thought. Nice, though |
Henrik 6-Oct-2007 [4715] | apparently there's already a backend for it and there has been a small test with a prototype of it, which was proven to work very welll, so a full tool will be built. |
Kaj 6-Oct-2007 [4716] | Innovative stuff. Not something we can do with Syllable's C/C++ code base :-( |
Graham 6-Oct-2007 [4717] | sounds like campfire |
Kaj 6-Oct-2007 [4718] | Nah, that's chat, isn't it? |
Graham 6-Oct-2007 [4719x3] | yes .. |
I'd prefer "broadside" :) | |
in going with the rebol theme | |
Gabriele 6-Oct-2007 [4722x2] | kaj: it's a toy because you can do whatever you want with it, but not put it in production, because you'll get no support at this point. well, of course, if you want to go into production with no support and knowing that the next release may break everything... of course you're free to do that, but don't complain to us then :) |
Ingo: it should be said, that in R3 you can also code (in C) the networking etc. as all that is in the open source part. ie. you can add ssl:// yourself. | |
Kaj 6-Oct-2007 [4724] | I've had Syllable in production for five years. I don't mind |
Rod 6-Oct-2007 [4725] | I also want to add that we the community need to be careful not to push into the release or feature discussions, only Carl and the core developer group can know what fits the product development timeline. This is hard as we all have our specific needs but at best those are the kinds of distractions the team doesn't need. |
Graham 6-Oct-2007 [4726x2] | umm... the target is the community |
if the developers don't develop for the community, whom are they developing for? | |
Rod 6-Oct-2007 [4728] | I'm talking about priorities, why should we tell them what goes together in what order. I expect them to deliver it all at some point *smile* |
Graham 6-Oct-2007 [4729x2] | because the community knows best :) |
a development tool is useless without developers | |
Ashley 6-Oct-2007 [4731] | it would help if the developers all wanted the same things in the same time frame ... but they don't ;) |
Graham 6-Oct-2007 [4732] | It's like that millionaire quiz program on tv .. the audience usually gets it right |
Rod 6-Oct-2007 [4733] | I can tell them what is important to me, but I can't tell them slice core off first and then work on view - only they know enough to make those calls. Ashley - sure we do - we want it all now.. *smile* |
older newer | first last |