Open-sourcing AIR would be an awesome thing, but the Apache project has to 
assume it won’t happen.


On 1/13/12 9:19 AM, "Richard Rodseth" <rrods...@gmail.com> wrote:






I meant to say "prospect of a cross-platform mobile app framework that doesn't 
depend on a proprietary runtime"

On Fri, Jan 13, 2012 at 9:17 AM, Richard Rodseth <rrods...@gmail.com> wrote:
I very much enjoyed my time as a Flex developer, and wish the Apache project 
well. Some of the criticism of Adobe seems misplaced. The writing was on the 
wall when the most popular mobile platform (iOS) didn't allow browser plug-ins. 
I'm not painting Apple as a villain either. It's just business.

Though Phonegap looks nice, AIR still seems pretty compelling for 
cross-platform mobile *app* development. It will be interesting to watch the 
level of investment in AIR (it is, after all, used by Adobe apps). Now that 
browser plug-ins are unpopular/impossible, and captive runtime is the way to 
go, it seems to me Adobe could open-source the AIR runtime, while still 
retaining control of the Flash Player browser plug-in. Wouldn't that further 
energize the Apache Flex project? The prospect of a cross-platform mobile app 
framework with the side-benefit of running on still-ubiquitous-on-desktop Flash 
Player?

Aside: Remember OpenLaszlo?


On Fri, Jan 13, 2012 at 6:28 AM,  <michael_reg...@dell.com> wrote:





You bring up some good points.  I have been on a few calls between our company 
and with Adobe on this exact subject right after the announcements were made.  
We grilled them with questions, and though I won’t fully disclose many of their 
answers here, our development teams were confident enough to stick with Adobe 
Flex.  We realize that long-term, technologies shift.  I started out as a C++ 
developer doing low-level SCSI.  Now doing UIs in Flex.  In 5 years will I be 
doing HTML 5, ZK, Silverlight, some other new technology?  Who knows.  But for 
now, I’m actually excited to have a greater role in the direction Flex takes 
for now, and welcome any challenges making it Open Source may bring.

The product we developed using Adobe Flex was ranked as one of the top 15 
products for 2011 by CRN.  Didn’t see any HTML 5 apps there.  I think this says 
something about where Flex is, and it still holds some ground.  The technology 
decision should be based on your projects, your long-term direction, and your 
talent pool.  I’d recommend not jumping ship, just to jump ship.  You never 
know where that ship may sail!


Michael J. Regert


From: flexcoders@yahoogroups.com [mailto:flexcoders@yahoogroups.com] On Behalf 
Of Ron G
Sent: Thursday, January 12, 2012 11:39 AM

To: flexcoders@yahoogroups.com
Subject: [flexcoders] Re: Flex alternatives



Hi James,



I certainly respect the decision of those who are sticking with Flex, but I 
would suggest that developers do so with the recognition that they may be 
developing with a technology that isn't going to be around that long.

I could write at length about this, but, in a nutshell, here's why. On the one 
hand, you have an open-source project that is geared toward enterprise 
application development, but it is completely dependent on a proprietary 
runtime. That runtime is manufactured by a company who has stated its future is 
"digital media and digital marketing", and that it believes the future of 
enterprise web application development is HTML5. It then begs the question, 
"How long will they bloat their Flashplayer to support an open-source Flex 
community's enterprise web application development goals and wishes?"

To accommodate the Flex community, Adobe gets nothing in return for its 
expenditure of time and money in designing, developing, testing the features 
the Flex community requires now and in the future. It also means that, by 
supporting Flex in their runtime, the Flashplayer has an unnecessarily larger 
footprint than would otherwise be required.

So, ask yourself if you truly believe Flex will be a supported product by Adobe 
in 5-10 years from now. I highly doubt it.

On the other hand, I think if a developer uses Flash Pro to develop digital 
media for their applications, they can probably count on that being around 
indefinitely. But, not Flex.

Ron

--- In flexcoders@yahoogroups.com <mailto:flexcoders%40yahoogroups.com> , James 
Ong <yanlilei64@...> wrote:
>
> Using ZK and Java is great. I'm still sticking to Flex for developing
> desktop applications and gaming.
> Of course, many will still using it for animations, there is no such thing
> as "abandon", some developers
> are just over use Flash and end up hurting user experience than necessary.
>
> When it comes to web application, I stick to PHP but will definitely use
> Flex for mobile, desktop and
> components within the web browser.
>
>
> On Thu, Jan 12, 2012 at 10:16 AM, <michael_regert@...> wrote:
>
> > **
> >
> >
> > Staying with Flex. Not looking elsewhere.****
> >
> > ** **
> >
> > *Michael*****
> >
> > ** **
> >
> > *From:* flexcoders@yahoogroups.com <mailto:flexcoders%40yahoogroups.com>  
> > [mailto:flexcoders@yahoogroups.com <mailto:flexcoders%40yahoogroups.com> ] 
> > *On
> > Behalf Of *Ron G
> > *Sent:* Wednesday, January 11, 2012 8:15 PM
> > *To:* flexcoders@yahoogroups.com <mailto:flexcoders%40yahoogroups.com>
> > *Subject:* [flexcoders] Re: Flex alternatives****
> >
> > ** **
> >
> > ****
> >
> > Yes, we have also abandoned Flex in favor of ZKoss. Since we are already a
> > Java shop, on the server side, it seemed logical to use a Java based
> > framework on the client-side.
> >
> > The thing I really like about ZK or ZKoss is that it has equivalent
> > components to Flex. In fact, it actually has more components than Flex.
> >
> > It implements an approach that I really like of separating the UI into
> > appearance and behavior - much like the Spark components of Flex. Well, not
> > exactly, but sort of. :) Here's what I mean. For each UI object, it has a
> > client side (widget) and server side (component). I won't go into further
> > detail, but it gives you a nice separation of concerns that you can avail
> > yourself of. This feature also greatly insulates the rendered pages from
> > x-browser compatibility issues.
> >
> > Check it out for yourself at their site (zkoss.org <http://zkoss.org> ).
> >
> > Ron
> >
> > --- In flexcoders@yahoogroups.com <mailto:flexcoders%40yahoogroups.com> , 
> > "Sal" <sal.celli@> wrote:
> > >
> > > hi,
> > > as i can sadly see from the message history bottom grid, many
> > programmers are leaving flex.
> > > So this thread is to ask you all, if you have already found a valid
> > alternative to flex for RIA development.
> > >****
> >
> > ****
> >
> >
> >
>










--
Alex Harui
Flex SDK Team
Adobe Systems, Inc.
http://blogs.adobe.com/aharui

Reply via email to