Return-Path: X-Original-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 70F5AB90D for ; Fri, 6 Jan 2012 11:00:41 +0000 (UTC) Received: (qmail 31194 invoked by uid 500); 6 Jan 2012 11:00:36 -0000 Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org Received: (qmail 29675 invoked by uid 500); 6 Jan 2012 11:00:20 -0000 Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: flex-dev@incubator.apache.org Delivered-To: mailing list flex-dev@incubator.apache.org Received: (qmail 29612 invoked by uid 99); 6 Jan 2012 11:00:11 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Jan 2012 11:00:11 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [66.63.181.70] (HELO mail.controlserveronline.com) (66.63.181.70) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Jan 2012 11:00:02 +0000 Received: by mail.controlserveronline.com via HTTP; Fri, 6 Jan 2012 03:13:52 -0800 From: "Rui Silva" To: Subject: Too many open subjects Date: Fri, 6 Jan 2012 03:13:52 -0800 Reply-To: flex@rduartes.net Message-ID: <70311c7d$36b6d930$48b2f1fc$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Originating-IP: [195.23.102.126] Hi, First of all, WOW! This list is a living proof of Flex's relevance in today's web development scene! And the REAL community is still out there waiting to jump in as soon as we start showing something going out the door. Brace yourself, because this will be a roller-coaster ride! I'm absolutely loving every single topic we are discussing and we're touching in so many, so important things that will have major impacts on how this project moves forward. But, that's also the thing that worries me. We're leaving too many things open without trying get to some sort of closure (which in Apache terms, I'd say consists of a voting process). I understand that this is somewhat the result of this initial boom of energy resulting from the creation of a new project and that we want to get our main worries right in from the start. I also understand that this will inevitably start to tone down as the project progresses. There are, however, some subjects that I'd like to close down as soon as possible, like the Subversion branching and naming strategies, for instance. Should we have a vote on these? Sorry if I'm sounding like I'm spoiling the fun, but I've suffered too much from attention span issues in other situations too feel comfortable with so many important things flying around. Best, Rui