From flex-dev-return-15883-apmail-incubator-flex-dev-archive=incubator.apache.org@incubator.apache.org Tue Dec 4 23:33:51 2012 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 7F043E19C for ; Tue, 4 Dec 2012 23:33:51 +0000 (UTC) Received: (qmail 90824 invoked by uid 500); 4 Dec 2012 23:33:50 -0000 Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org Received: (qmail 90785 invoked by uid 500); 4 Dec 2012 23:33:50 -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 90777 invoked by uid 99); 4 Dec 2012 23:33:50 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 Dec 2012 23:33:50 +0000 X-ASF-Spam-Status: No, hits=1.0 required=5.0 tests=FRT_ADOBE2,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [69.167.147.50] (HELO franklin.liquidweb.com) (69.167.147.50) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 Dec 2012 23:33:43 +0000 Received: from localhost ([127.0.0.1]:47849) by franklin.liquidweb.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80) (envelope-from ) id 1Tg1zO-0006wX-8r for flex-dev@incubator.apache.org; Tue, 04 Dec 2012 18:33:22 -0500 Received: from 71.181.122.158 ([71.181.122.158]) by franklin.liquidweb.com (Horde Framework) with HTTP; Tue, 04 Dec 2012 18:33:22 -0500 Message-ID: <20121204183322.91050fpobq9vhl4y@franklin.liquidweb.com> Date: Tue, 04 Dec 2012 18:33:22 -0500 From: Michael Schmalle To: flex-dev@incubator.apache.org Subject: Re: ABC -> JS References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.8) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - franklin.liquidweb.com X-AntiAbuse: Original Domain - incubator.apache.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - teotigraphix.com X-Get-Message-Sender-Via: franklin.liquidweb.com: authenticated_id: teotigra/from_h X-Source: X-Source-Args: X-Source-Dir: X-Virus-Checked: Checked by ClamAV on apache.org Quoting Alex Harui : > > > > On 12/4/12 10:54 AM, "Michael Schmalle" wrote: > >> Ok, I get what you are saying but that is like buying a car with no >> mechanic within 3000 miles. > That is true for a significant portion of the AS code as well, not just > FalconJS. Carol, Gordon and I didn't write every line. And many of the > folks who wrote the rest are no longer at Adobe. As far as the code in Flex, I disagree that it's the same. I can look at all the code and understand at least its principle because it's all in the "same" language/framework layer. There are no abstraction or alternate layers like with ABC. >> The way that code is in the project, it >> feels like a prototype implementation. > It is most definitely a prototype. > >> But I am probably just over thinking... I just have a hard time >> counting on things I didn't make or can't even talk to the people that >> made it to ask questions about why and how they did things. >> >> At least in most opensource projects you can at least look at the >> development history. > Maybe, but when large donations are involved from companies reducing > investment in the technology, this is probably to be expected. I would > imagine OpenOffice is in a similar position. I knew this would come off sounding self centered when I wrote it. It's quite obvious things get donated and such, my only point was for something as core as the JS cross compiler and it's role in the future of Apache Flex, this has to be understood by someone, sometime or there will be code rot and various other thing will happen. I've seen it before, neglect the little water spot on your floor and eventually you will be falling through it from a rotten floor. >>> By getting MXML to output data instead of code, there is a lot lower chance >>> we'll need to change the compiler going forward. >> >> And in no way shape or form am I saying don't use what you already >> have. I have my own reservations and those are just my opinions. > IMO, someone should challenge every decision Adobe ever made regarding the > code in Apache Flex. Sometimes you will make completely different decisions > based on the people involved and profit motives, etc. Well I don't challenge things on purpose, only when they don't make sense from my perspective, I am probably wrong more than half the time and have put my foot in my mouth more than once in my life. Don't worry Alex, I'm just trying to rationalize something and I'm trying to decide if I'm going to spend my time learning ABC to understand the JSEmitter or do a prototype AST traversal. You understand where all my rambling is coming from? I'm trying to weight to pros and cons of each path to travel. Mike > -- > Alex Harui > Flex SDK Team > Adobe Systems, Inc. > http://blogs.adobe.com/aharui > > -- Michael Schmalle - Teoti Graphix, LLC http://www.teotigraphix.com http://blog.teotigraphix.com