No reason at all. Sent from my iPhone
On Aug 6, 2012, at 2:55 PM, Jakob Homan <jgho...@gmail.com> wrote: > Any reason the design docs can't be put up in place of where the > source would normally go? > > On Mon, Aug 6, 2012 at 11:23 AM, Tomer Shiran <tshi...@maprtech.com> wrote: >> Marvin, thanks for commenting on the proposal! The initial committers have >> been working on the design for several months, and will commit the design >> once the project is approved, so we do not expect much friction during the >> design phase. With that said, we certainly do want to engage others early >> on, and our goal in incubating earlier is to encourage feedback and >> contributions when it is still easy to change the APIs and extensibility >> points. This is important because Drill (unlike, say, Google's Dremel) must >> be really flexible in order to be relevant to a broad user base, allowing >> multiple data sources, data formats and query languages. While many >> projects enter incubation with a complete implementation, others don't, and >> due to the nature of this project we think that in this case it is better >> to start earlier. >> >> Thanks, >> Tomer >> >> On Mon, Aug 6, 2012 at 9:25 AM, Marvin Humphrey >> <mar...@rectangular.com>wrote: >> >>> On Thu, Aug 2, 2012 at 3:12 PM, Ted Dunning <ted.dunn...@gmail.com> wrote: >>> >>>> Initial Source >>>> ============== >>>> There is no initial source code. All source code will be developed within >>>> the Apache Incubator. >>> >>> Coming in without any source code is going to pose a challenge to this >>> podling. >>> >>> http://www.apache.org/foundation/how-it-works.html#incubator >>> >>> The incubator filters projects on the basis of the likeliness of >>> them becoming >>> successful meritocratic communities. The basic requirements for >>> incubation >>> are: >>> >>> * a working codebase -- over the years and after several failures, >>> the >>> foundation came to understand that without an initial working >>> codebase, it is generally hard to bootstrap a community. This is >>> because merit is not well recognized by developers without a >>> working >>> codebase. Also, the friction that is developed during the initial >>> design stage is likely to fragment the community. >>> >>> That last line in particular seems like something to watch out for. >>> >>> Marvin Humphrey >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >>> For additional commands, e-mail: general-h...@incubator.apache.org >>> >>> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
