Thanks for ask for our opinion, this is greatly appreciated.
I'm following haxe mailing list but with no time to download and test each alpha and beta and haxe is very promising, but I think that nowadays is difficult to jump to that train for the moment.
As I'm working in a big enterprise I must provide a set of tools and technologies to plan the projects for our developers and make decisions taking account of various things like: IDEs to develop, CVS/SVN integration, metodologies, frameworks, and so on.
Nowadays, haxe is starting and a young technology (although is based in Flash, JS and Neko).
Haxe needs to get more mature and for me these are the main three points:
1.- Get a framework to start developing right now (maybe a ActionStep or ASWing port?).
2.- An IDE is needed too (hxdt could be an option if Boris and Martin want to continue developing it. I read that you'll help in that task as haxe will finish).
3.- Target Flash Player 9 AVM2 (I know that you said that you'll implement FP9 support as it get out from beta and we have a final release).
Another point. We can see Java in a great number of enterprise and in order to get haXe adoption in this kind of clients is important that we can choose easily between integration methods so we can use this solution aside the infrastructure of the cliente (Java, .NET, PHP, ...). We need as many options as possible. I don't know right now what are the options for haXe right now (the last 3 points are more important right now), and suppose that as haXe targets Flash Player we have LoadVars, AMF0 (and soon AMF3), and Web Service, if not, this would we the four point.
I know that is a matter of time that this things will come for haXe. You are doing an amazing work with the platform.
Thanks for listening Nicolas.
Best,
C.
2006/5/15, Rostislav Siryk <[EMAIL PROTECTED]>:
The idea of haXe is smart, but some things seems scaring to me.
One of the most-scaring thing for me in haXe is necessity to learn
"almost the same" language as AS2/3. But not "exactly the same". What do
I mean?
For example:
" haXe is very conservative about Flash API. You can use all the
Flash API like you were used to do in ActionScript." -- wrote on intro
page, http://haxe.org/intro It is very good!
But when I've read further I've found:
" the standard classes such as Date, Array, String can have some
changes in haXe since they are common to all haXe platforms. Watch the
haXe API documentations for more details.
the Xml class doesn't exists in haXe and XmlNode is named Node in
haXe standard library (following the W3C DOM recommendation)" - wrote on
http://haxe.org/tutos/start/flash. And this is what I mean when say
"scaring things".
It is scaring for me because I must always remember about those
differences if I write AS3 in haXe.
So I think haXe need to be better positioned toward the flash developers
as its potential biggest community. More AS3-like I think. Core types
should be the same as in AS3.
Just IMHO.
Sincerely,
Rostislav Siryk
Validio Ukraine
>> -----Original Message-----
>> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On
>> Behalf Of Nicolas Cannasse
>> Sent: Monday, May 15, 2006 5:52 PM
>> To: [email protected]
>> Subject: [osflash] User Feedback Poll
>>
>> Hi list,
>>
>> As you know I've been working for some months on MTASC successor's
haXe
>> (http://haxe.org). haXe is now pretty stable and the 1.0 version
should
>> be out soon.
>>
>> I would like to know which people here are interested in haXe. And if
>> you're not, please tell why.
>>
>> If you would like to use haXe but you can't for some reason, please
tell
>> me also so I will try to fix this or propose practical solutions.
>>
>> If there is some feature(s) you've been dreaming of that would
>> immediatly turn you into a haXe use, tell it too :)
>>
>> The goal is to get as much user feeback as possible in order to setup
>> the plans for the after-1.0.
>>
>> Best,
>>
>> Nicolas
>>
>> _______________________________________________
>> osflash mailing list
>> [email protected]
>> http://osflash.org/mailman/listinfo/osflash_osflash.org
_______________________________________________
osflash mailing list
[email protected]
http://osflash.org/mailman/listinfo/osflash_osflash.org
--
::| Carlos Rovira
::| http://www.carlosrovira.com
_______________________________________________ osflash mailing list [email protected] http://osflash.org/mailman/listinfo/osflash_osflash.org
