Earlier quoted context omitted.
Indeed, this was the promise of C, and it was largely realized: there are C compilers for almost every platform. (You can even use Emscripten to "compile" C to JavaScript, but don't expect miracles.)
I think there was no promise of C. There were two guys that needed somewhat portable compiler to avoid tying them to one system for their ubiquitous by now operating system. Kernighan, Richie, UNIX and C. Or to take more lighthearted - If there really was promise, there would've not been need for a preprocessor.
HaXe - Code Once. Deploy Everywhere.
51–60 of 62 posts
Re: HaXe - Code Once. Deploy Everywhere.
#52Earlier quoted context omitted.
4. I have worked with haxe quite a bit and I haven't seen this; after a while you create enough libs for yourself to avoid this. Or maybe i'm missing the point here; what kind of host-specific features are you talking about? Maybe you are creating totally different software from what I am making :)
Networking, drawing to the screen, video and audio, click events, etc. I think that's most of what most apps are doing. If you're doing something numeric (like a simulation or a computer algebra system) my previous statement doesn't apply.
Re: HaXe - Code Once. Deploy Everywhere.
#53Ah, "code once. deploy everywhere." Few examples of marketing to engineers spark quite the same level of skepticism as this oft-repeated claim. Ignoring, for a moment, the complexity of deploying software across multiple platforms, it's important to remember the multiple form-factor problem. The same software doesn't work from a user's standpoint on multiple platforms if the UI isn't correct for that device. The best…
In the case of HaXe, its focus has emerged from Web games with server-side needs, where UI is primarily a concern on only one platform, or shared between two platforms(Flash and JS/HTML).
Although there are now several haXe libraries that are willing to suffer the "slings and arrows" necessary to provide a flexible API experience, the core language is very realistic about what it is going to provide across all platforms - a limited set of data, logic, and networking compatibility. In all other respects the language is very, very concerned with being able to drill down to the native features of each platform and achieve as native an experience as possible given the constraints of a garbage-collecting, dynamic/static mixed, classy OO language design.
Re: HaXe - Code Once. Deploy Everywhere.
#54Ah, "code once. deploy everywhere." Few examples of marketing to engineers spark quite the same level of skepticism as this oft-repeated claim. Ignoring, for a moment, the complexity of deploying software across multiple platforms, it's important to remember the multiple form-factor problem. The same software doesn't work from a user's standpoint on multiple platforms if the UI isn't correct for that device. The best…
http://unity3d.com/ Yes, you have to make allowances for the actual differences between platforms (physical buttons, screen sizes, input methods), but the rest of the code deploys extremely well across platforms. When moving between platforms, you only have to rewrite the pieces that you actually want to be different.
A truly harder cross-platform problem is to abstract access to OS GUI in usable way.
Re: HaXe - Code Once. Deploy Everywhere.
#55If I start learning this language , I am not sure if I am actually getting the full benefit of what a Java/Python provides. I am not convinced until I actually see a production ready solution.
Re: HaXe - Code Once. Deploy Everywhere.
#56Re: HaXe - Code Once. Deploy Everywhere.
#57Re: HaXe - Code Once. Deploy Everywhere.
#58> Unlike JavaScript which can take hours to debug, haXe has a very strict compile-time type checking feature that allows you to catch errors before testing your program in the browser It's great that you invented a new programming language. haXe is very cool. But why do you feel the need to disparage other programming languages? If you personally don't like dynamic typing, that's fine. But putting that in the blurb f…
It started out as an actionscript (which is javascript) compiler for flash that was simply enerated far faster swf files than the macromedia toolchain.
From this grew an actionscript like language called haxe that strives to solve what were seen as the wrongs of the javascript language. And in my opinion it succeeds.
Its cool to see that the cross platform angle grows and i hope haxe reaches the mainstream awareness it deserves.
You should try it :)
Re: HaXe - Code Once. Deploy Everywhere.
#59If they would have something that is worth being called documentation I might have actually taken this seriously.
Like the gigantic wiki? http://haxe.org/doc Or the API docs? http://haxe.org/api Or maybe you rather reading a book? http://www.amazon.com/Professional-haXe-Neko-Programmer/dp/0... http://www.amazon.com/haXe-Beginners-Guide-Benjamin-Dasnois/...
Re: HaXe - Code Once. Deploy Everywhere.
#60Ah, "code once. deploy everywhere." Few examples of marketing to engineers spark quite the same level of skepticism as this oft-repeated claim. Ignoring, for a moment, the complexity of deploying software across multiple platforms, it's important to remember the multiple form-factor problem. The same software doesn't work from a user's standpoint on multiple platforms if the UI isn't correct for that device. The best…
I use haXe on a daily basis, for cross-platform application development and for me: => 1 platform (soft or hard) = 1 app.
But haXe makes it possible to keep the application logic, and not to start from scratch every time.
And I publish for a lot of platforms, in web and native forms: mobiles, smart TVs, tablets, html5 websites with a Flash version used as a fallback in case one do not have a recent browser, points of sell / touch screens. And some haxers target the game consoles.
So it is really impressive, even if the slogan is clearly not true nor relevant - haXe community has always have problems with communication (last time I talked about it with one of the founders, he answered "what communication problems? it is the most efficient way to communicate", and I finally understood that he was talking about client-server communication :D no comment!