Home   Archive   Permalink


Carl Sassenrath wrote the following in his blog today http://www.rebol.com/article/0511.html
The time has come for REBOL to be released as open source. This is the only way I can see it regaining some degree of momentum and renewed interest -- not just within our REBOL community, but for many yet-to-be users who possess the curiosity or motivation to learn new and powerful programming concepts and techniques.
Here's my proposal
     The R3 source code will be released under GPL 2 (most likely - still open to discussion.)
     The official source release distribution (rel-src) will be made available from the REBOL.com site.
     Developmental sources (dev-src) will be available on GitHub (or a similar service.)
     From time to time the dev-src will be reviewed, selected, debugged, polished, and integrated into rel-src releases.
     A small group of REBOL Masters (maybe three for now) will be in charge of such rel-src review, selection, revising, debugging, integration etc. as well as develop or encourage the development of new features, ports to new platforms, optimizations, etc.
     My role will be to advise and guide such decisions to keep REBOL consistent with its principles, and I will hold the final power of veto, in cases where that becomes necessary.
What I ask in return
If this proposal seems acceptable, there's one thing I ask in return. That those of you who wish to influence and extend the design of REBOL do so with a full understanding of its principles. REBOL is not like other languages, and you will soon discover that REBOL source is not like other source. Architecture and design are important.
Although it is unrealistic to assume we can filter/fix all impurities that might come about in an open environment, we should all strive to minimize the degradation that comes about by seeking an easy solution over the proper and well designed form of such a solution. Even the naming of each symbol, function, and datatype is worthy of thoughtful consideration. That is how I've always treated it.
In the end a language or system should help developers make their programming tasks easier and their products more timely, affordable, manageable, and agile. Too often, it becomes the opposite. Let's always keep that in mind.
What's next?
So... this is it. Once R3 is released our course becomes irreversible. We'll all start paddling our canoes like mad in a small but rapid river... but one which I sincerely hope will carry us to a much larger ocean.
Please offer your comments and advice on any of the above. This is the final call. If you posted a comment on the prior blog that you want me to review again, please note its date and time. I'll go back and take a look.
My schedule is to finish this up next weekend and make the release by October 1st.

posted by:   Nick     25-Sep-2012/9:21:52-7:00

I'm so grateful :) And since Carl is asking for advice and comments, my suggestions are for MIT or BSD license, and also to release the source for R2, since most of the legacy production code in REBOL is actually R2. Please take part in the comments section on the blog!

posted by:   Nick     25-Sep-2012/17:27:15-7:00

I love that Matz and Douglas Crockford have already made public comments about it :)

posted by:   Nick     25-Sep-2012/17:28:41-7:00