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 359B39DFB for ; Mon, 26 Mar 2012 16:21:03 +0000 (UTC) Received: (qmail 54656 invoked by uid 500); 26 Mar 2012 16:21:02 -0000 Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org Received: (qmail 54612 invoked by uid 500); 26 Mar 2012 16:21:02 -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 54604 invoked by uid 99); 26 Mar 2012 16:21:02 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 26 Mar 2012 16:21:02 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of omarg.developer@gmail.com designates 209.85.212.171 as permitted sender) Received: from [209.85.212.171] (HELO mail-wi0-f171.google.com) (209.85.212.171) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 26 Mar 2012 16:20:56 +0000 Received: by wibhj13 with SMTP id hj13so3414251wib.0 for ; Mon, 26 Mar 2012 09:20:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=ZvUgCxU9vh1sGzIcKYQo30kK8XNbWq32pibxVJWiQRo=; b=KcHY6YcTFVR0ZN4GrOzqsF5pU7j454kV6yF4Nbqo/dvUaIMdxvBD6O1fy1UK17Tflf BIFn9ATrIU6aZoSKWzUPwzztEijwepNIzFJehcnvJ4dNUScNB8lXThAwBdO4N1LpKJCX H+XEJu3CtOU8t2GUQZ8VI+rB4ntDITgu3FlOfQQ7rTY81LzcHaPDUymxCD7h7Ya89beC C78unWFUmfTAwowF8iJoRTuN5kG6qRHGcqJcaJ9whAW0jc+zfxfopqoEFdswPs1inRFR NQYAOrJ9Z/aQMMxo4SlIIpWUSILxfyrjKz8xtljp+jj4ctJyWh3iw8NfV6feE7xG3Opt ghkw== MIME-Version: 1.0 Received: by 10.216.135.103 with SMTP id t81mr12984289wei.113.1332778834946; Mon, 26 Mar 2012 09:20:34 -0700 (PDT) Received: by 10.180.99.99 with HTTP; Mon, 26 Mar 2012 09:20:34 -0700 (PDT) In-Reply-To: References: <4F6BB7E0.3030202@thedevprocess.com> <4F6E1578.8070606@thedevprocess.com> <52B2F252-22C7-4375-BE97-50B8B75F0A3F@classsoftware.com> Date: Mon, 26 Mar 2012 09:20:34 -0700 Message-ID: Subject: Re: Actionscript workers and async locking? From: Omar Gonzalez To: flex-dev@incubator.apache.org Content-Type: multipart/alternative; boundary=0016e6de006a056c5404bc27c1f6 X-Virus-Checked: Checked by ClamAV on apache.org --0016e6de006a056c5404bc27c1f6 Content-Type: text/plain; charset=ISO-8859-1 On Mon, Mar 26, 2012 at 9:11 AM, Left Right wrote: > > Suddenly you have a huge mess of callbacks you have to reorganize. > > No, I don't have a mess, I keep my code well organized. On the contrary, > Spicefactory code is always a mess, from the very start and it's not > possible to fix. > Like they say, beauty is in the eye of the beholder. I've always thought it was a good solution, and not because of their advertising but because of my years of using it. > > What you call "very easily" is your perception of reality, because > operating plain event handlers is, in fact, much easier then what Parsley > offers.The very simple proof to it is the reduced code surface (when not > using Parsley), improved intellisense (when not using Parsley), Yep, that's my opinion. Sure event handlers are native, but following one callback into another callback into another callback, to me, is more cumbersome than looking at 3 lines of code, one after the other, and know they are being executed in that order. > conscious > and well accepted techniques employed for writing the code (bizarre / not > idiomatic techniques are used in Parsley, they borrow heavily from other > languages and environments Wat? Weren't you used proposing earlier we borrow from Erlang? > , but are foreign to AS3 / Flash), improved > debugging abilities (when not using Parsley). > > People often times want to believe every single thing written on the > internet - Parsley advertising Parsley is just another random writing on > the internet, as baseless and pointless as your next Myspace profile. I don't know what MySpace has to do with anything, and I do not work for Parsley nor have I ever so I don't know what Parsley advertising has to do with anything. I'm speaking from a few years of experience in using Parsley for lots and lots of projects over the years. I couldn't care less what anyone says about their frameworks, its my experience using those frameworks that molds my perception of them. > This > doesn't apply to Parsley exclusively. At the same measure it applies to > every "microacitecture framework", because architecture cannot be canned in > the form of a library that you plug to your project. You will get spaghetti > code with or without using any "microacitecture framework" with exactly the > same probability. > I disagree. Frameworks help me to abstract common patterns so that I can concentrate my brain cycles on the more important minutia of app building. As they say, different strokes for different folks. -omar --0016e6de006a056c5404bc27c1f6--