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 D6873E7A8 for ; Fri, 4 Jan 2013 20:32:40 +0000 (UTC) Received: (qmail 95147 invoked by uid 500); 4 Jan 2013 20:32:40 -0000 Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org Received: (qmail 95120 invoked by uid 500); 4 Jan 2013 20:32:40 -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 95111 invoked by uid 99); 4 Jan 2013 20:32:39 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Jan 2013 20:32:39 +0000 X-ASF-Spam-Status: No, hits=-2.3 required=5.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of scottrowe@mac.com designates 17.158.232.237 as permitted sender) Received: from [17.158.232.237] (HELO nk11p03mm-asmtp002.mac.com) (17.158.232.237) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Jan 2013 20:32:31 +0000 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from hhu-hp.americas.adgfig.net ([67.202.212.193]) by nk11p03mm-asmtp002.mac.com (Oracle Communications Messaging Server 7u4-26.01(7.0.4.26.0) 64bit (built Jul 13 2012)) with ESMTPSA id <0MG400115BPKSZC0@nk11p03mm-asmtp002.mac.com> for flex-dev@incubator.apache.org; Fri, 04 Jan 2013 20:32:10 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.9.8327,1.0.431,0.0.0000 definitions=2013-01-04_05:2013-01-04,2013-01-04,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=1 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1203120001 definitions=main-1301040212 Subject: Re: [DISCUSS] taking Apache Flex to the next level From: scottrowe@mac.com In-reply-to: <20130104152521.12413153iqimgecx@franklin.liquidweb.com> Date: Fri, 04 Jan 2013 15:32:07 -0500 Message-id: <6B91A91F-0A47-42AD-A792-33B475C16BBD@mac.com> References: <20130104152521.12413153iqimgecx@franklin.liquidweb.com> To: flex-dev@incubator.apache.org X-Mailer: Apple Mail (2.1499) X-Virus-Checked: Checked by ClamAV on apache.org Actually, just explaining/showing the same code base running in Desktop Native Captive Runtime (emphasizing no flash player install necessary), Desktop Browser, iPad, iPhone, Android Tablet, Android phone would be a GREAT way to show the power. It's shocking how many dev's don't know that it's possible and how easy it is to do this. Of the 50 or so that work at my company, none of them did until recently... On Jan 4, 2013, at 3:25 PM, Michael Schmalle wrote: > > Quoting Alex Harui : > >> >> >> >> On 1/4/13 9:37 AM, "Michael Schmalle" wrote: >> >>>> Anything we say about the future right now is likely to be met with >>>> suspicion anyway. I think this is a critical year for Flex. We have to >>>> build a track record of releases that show that we are making progress. >>> >>> And here in sits the outside view. Since anything that is in >>> whiteboards or not included with releases in the next years will fall >>> on deaf ears... Unless the blog is updated regularly, the website has >>> layman terms explanations of current projects (maybe more conducive to >>> actually clicking links and "discovering what we are about"), right >>> now it looks like a developers site, not a users site. Why would a >>> user venture past the "download" link if it resembles a "how to build >>> the sdk or checkout code. >> True, but would be far better to show examples/tutorials instead of just >> words. > > This is really what I was getting at, there is no this is what Apache Flex does, try it and you will agree. > > That is all I meant. > > > I haven't tried to update the site, but it seems like there is no >> easy way to put up webservices that Flex examples typically use. This is >> another thing either Spoon needs to do or I need to do with my own >> "company". >>> >>> I'm not a web designer nor have the time for it but that is a HUGE >>> weak link right there and the blog. Plus it's all free advertising >>> that we are not totally taking advantage of. >>> >> Sure, a better site would help, but IMO, a site is helpful when people are >> looking for something, and a blog additionally helps those who have already >> found you. That's all good, but nothing like going viral. So far, we have >> not released anything so new or important that it will create the kind of >> buzz that is loud enough to make folks start looking for us especially in >> the face of the headwinds from the past year. If the JS stuff actually >> becomes something, then that has the chance of being that thing that is >> buzz-worthy. > > Yeah well, we both know that kind of tree doesn't grow over night so it's really not worth talking about and creating a buzz because as you said, when you do that you want it to be something the average dev can try and pass onto to others if they like it (IE viral, buzz worthy, whatever social explicative works). > > >> I'd love to know what else we could do that would make that kind of noise. >> The Maven stuff maybe? I'm not sure a better DataGrid would do it. > > Talking from the outside, it has to be something that restores faith in the whole framework. The reason the buzz died down was because Adobe is gaming now, not RIA. So in essence Apache Flex DOES have to reinvent itself because a lot of devs I know thinks Flex was all about the Flash Player and to them it's dead other than gaming which Adobe still owns stake in. They tout their Gaming SDK, not Flex SDK anymore. > > It's a pitty this conversation even exists, but its up to resourceful people to think about the implications of time and how it can errode even granite. > > 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 >