There are some people used it quite extensively for web development (both front and back-end). This year's Hong Kong Open Source Conference will feature two Haxe talks, both are web focused:

* https://hkoscon.org/2018/topic/haxe-better-javascript-practi...

* https://hkoscon.org/2018/topic/type-safe-rest-api-haxe

I believe there will be live streams, or you can checkout the video that will be available shortly after.

(I'm a member of the Haxe Foundation, also the organizer of the HKOSCon Haxe track)

I’ve used it for web (my failed startup was in Haxe, my side projects still are mostly Haxe).

To be honest these days I mostly just use it as a “better JavaScript” because I’d prefer my backend to be NodeJS rather than PHP or Java or sone other Haxe target. But I really do prefer it to JavaScript, even with Babel and Flow and ES6 and all the things to modernise Js.

Same here. It's a "better Javascript" for me as well. My constraints force me to use JS for what I'm building, and Haxe does a great job of insulating me from having to write and maintain a large codebase in JS.

Curious— have you ever tried compiling to C++ or CS for the backend?

I've mostly used it for web (mainly react applications recently), for several companies.

The haxe->js community is growing these past years, but I still think Haxe isn't getting the love it deserves (compared to TypeScript, Flow typing for react, etc.)

For sure--see the examples of FontStruct, TiVo, DAZN, Heidi, etc. in the article, along with the part just before the quick start section. :) (It's true, it does have a large gamedev following, but it's actually quite versatile.)

Sure it is. Haxe is a good alternative to javascript, and is appreciated for it's isomorphic capabilities

Even if that is the case, I would argue it is already a success story, it doesn't need to be good at everything.