> Yes, but someone tell me who exactly makes up an "Enterprise" > corporation, because from what I have read online so far via Blogs, > Forums and what not, Enterprise companies are even annoyed with the > PRICE model itself.
Now that I am out of "antagonist" mode.... Where I was coming from was that if you already have Flash programmers in a place then they will (or should) have established libraries that allow them to put together Flash applications quickly. It is like we currently are with CFMX. We build reusable stuff that makes doing any one job quicker and quicker each time we do it. Those companies who have a reasonable investment in Flash will probably want to continue developing with thier libraries and wont want to throw that away for FLEX. Companies that have little (or no) Flash expertise - who are usually the less affluent ones - would LOVE to be able to create up bits and pieces with Flash (even whole applications) without having to learn the Flash API's and the IDE. Granted, with FLEX you have to learn a new set of XML tags - but these seem to be intuitive to programmers. Views, Windows, Listboxes, Combo boxes, Trees - all very familiar widgets that are easy to understand in a "tag" format. And we already understand "hierarchy" and "nesting". FLEX would be perfect for this - but the value for money cannot be justified. It goes like this...... We are currently building "dashboard" style systems for internal use (and possibly external use). Flash would probably help us do some of these (and we will probably use it for some things eventually). FLEX would probably make that path quicker (but wouldn't give us any real "Flash" expertise to do the harder things that FLEX may not do - like the NYSE dealing floor, for example). So, we are more likely to spend the budget in training our people to write real Flash applications - even though we could get SWF's out quickly with FLEX. The goal is not to get a few RIA's happening so we can keep pace with the Macromedia world....... The goal is to get a better user experience (which may only be achieved by writing Flash directly and not by using FLEX OR may simply be just a better HTML layout that provides up-to-date information when they view the page). And, if I have to learn the Action Script 2.0 object model to extend FLEX to work the way I want it to - then I am probably more likely just to build everything I want in Flash directly. So that is where the budget/pricing/value deliberations come in for us (and we are not a "small" company by any means - although probably not as big as BHP). We have several full Dev-Net subscriptions, we buy the full MM Dev suite for our developers (even though we may not use all the products). We have at least half a dozen CFMX licences. We dont mind spending money. I don't think we are "small" - but we musn't be "Enterprise". So yes, it would be nice to know what they mean by "Enterprise" as well. <cynic mode="on">Budget of a Starship Captain perhaps ?</cynic> > Keep in mind a lot of the High Level enterprise organisations have this > annoying habit of refering to Flash as a TOY. Further more you are > limited in what FLASH player itself can handle, love the product but its > really piss poor when it comes to large amounts of data and heaps of > MovieClips. Interesting.... I suppose we might be suffering from that a little (the "toy" thing). And now that you tell me that it struggles with large amounts of data, we (and others) may be justified in calling it a "toy". In the stock broking industry you can really end up with a lot of data. Even if you just want to graph a week of intra-day prices for a single stock you will end up with a LOT of data (especially if that stock has had a good trading week). And often people will want to compare that data against a competitor and or one of the generic indices. That will double or triple the data. And, worse than that, people probably want the current stuff in real time (i.e. as we get changes through). So that brings Flash Communication Server into the picture. All in all, there's lots of money to pay to get the solutions, lots more money involved in learning how to use them effectively (FLEX vs Flash direct), and then you have to hope that the solution will actually bear up well under the data loads. And if it doesn't you are probably stuffed. Yes, possibly a "toy" - and an expensive one at that. Gary Menzel Web Development Manager IT Operations Brisbane -+- ABN AMRO Morgans Limited Level 29, 123 Eagle Street BRISBANE QLD 4000 PH: 07 333 44 828 FX: 07 3834 0828 [EMAIL PROTECTED] wrote on 2004-03-30 13:34:57: > Yes, but someone tell me who exactly makes up an "Enterprise" > corporation, because from what I have read online so far via Blogs, > Forums and what not, Enterprise companies are even annoyed with the > PRICE model itself. > > Its one thing to approach a new market, but even that is done in a > half-hazard way by its pricing model. > > I think its a case of over-dosing on BUZZ words at the moment and giving > off this "perception" that they are attacking the FAT cats. > > Keep in mind a lot of the High Level enterprise organisations have this > annoying habit of refering to Flash as a TOY. Further more you are > limited in what FLASH player itself can handle, love the product but its > really piss poor when it comes to large amounts of data and heaps of > MovieClips. > > > -- > > Regards, > Scott Barnes > - > http://www.mossyblog.com > http://www.bestrates.com.au > > > Philipp Cielen wrote: > >> And relieving some of > >>the pressure (i.e. using FLEX instead of Flash directly at a SENSIBLE > >>price) would be a goldmine for MM if they priced it right. > > > > > > Yeah but they would feel the effect on Flash/Studio MX sales on the other > > hand. Why buy a handful of Flash MX 2004 licenses when you can do about all > > you want to do with one Flex license and just script your application right > > on the server? > > So the target market is not really existing customers who already buy Flash > > but the enterprise market where Macromedia does not yet have a huge market > > penetration. I think the goal is to find new markets while competing with > > their own existing product lines. > > > > Philipp > > > > -- > > cielen.com > > Fressgass / Alte Oper > > Grosse Bockenheimer Str. 54 > > 60313 Frankfurt am Main > > Germany > > > > tel +49-69-29724620 > > fax +49-69-29724637 > > > > > > > > > > > > --- > You are currently subscribed to cfaussie as: [EMAIL PROTECTED] > To unsubscribe send a blank email to [EMAIL PROTECTED] > > MXDU2004 + Macromedia DevCon AsiaPac + Sydney, Australia > http://www.mxdu.com/ + 24-25 February, 2004 If this communication is not intended for you and you are not an authorised recipient of this email you are prohibited by law from dealing with or relying on the email or any file attachments. This prohibition includes reading, printing, copying, re-transmitting, disseminating, storing or in any other way dealing or acting in reliance on the information. If you have received this email in error, we request you contact ABN AMRO Morgans Limited immediately by returning the email to [EMAIL PROTECTED] and destroy the original. We will refund any reasonable costs associated with notifying ABN AMRO Morgans. This email is confidential and may contain privileged client information. ABN AMRO Morgans has taken reasonable steps to ensure the accuracy and integrity of all its communications, including electronic communications, but accepts no liability for materials transmitted. Materials may also be transmitted without the knowledge of ABN AMRO Morgans. ABN AMRO Morgans Limited its directors and employees do not accept liability for the results of any actions taken or not on the basis of the information in this report. ABN AMRO Morgans Limited and its associates hold or may hold securities in the companies/trusts mentioned herein. Any recommendation is made on the basis of our research of the investment and may not suit the specific requirements of clients. Assessments of suitability to an individual?s portfolio can only be made after an examination of the particular client?s investments, financial circumstances and requirements. ABN AMRO Morgans Limited (ABN 49 010 669 726 AFSL 235410) A Participant of ASX Group --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MXDU2004 + Macromedia DevCon AsiaPac + Sydney, Australia http://www.mxdu.com/ + 24-25 February, 2004
