Viewing profile — Gama11
Gama11
HN member- Joined
- Tue, Mar 29, 2016, 6:54 PM UTC
- HN karma
- 206
- Public activity
- 30 items
- HN profile
- View on Hacker News ↗
About Gama11
No profile information was provided.
Recent public activity
-
comment
Comment #26292112
I work with Kotlin at my day job but am also active in the Haxe open source community. I really like both languages, and I don't think that Kotlin is objectively better than Haxe. …
-
comment
Comment #26083909
"there’s no equivalent project to DefinitelyTyped" - no, but these days you can auto-convert those TS type definitions to Haxe externs automatically! :) https://github.com/haxiomic…
-
comment
Comment #26083748
Haxe macros are very powerful, but not needed for that particular issue - the compiler supports inlining of methods and even constructors (which is useful for iterators in particul…
-
comment
Comment #26083626
It is. On targets such as C++ where there's no native GC, Haxe brings its own (via hxcpp in this case: https://github.com/HaxeFoundation/hxcpp ).
-
comment
Comment #26083552
The eval implementation is found here (evalMain.ml is the entry point): https://github.com/HaxeFoundation/haxe/tree/development/src/...
-
comment
Comment #26083254
For 5 of the targets, debugging directly within the Haxe sources is supported with different VSCode debug adapters (well, JS just uses source maps). If your code is written in a ta…
-
comment
Comment #26083143
Fyi, at this point the Neko VM has more or less been replaced by its spiritual successor HashLink (used by games such as Northgard and Dead Cells). It achieves better performance b…
-
comment
Comment #26083070
TypeScript makes a number of compromises to achieve optimal JS compatibility. Haxe doesn't have this goal since JS is just one of its many targets, and this shows in a number of de…
-
comment
Comment #26082979
There are Electron applications written in Haxe too (via the JS target and Node + Electron type definitions), such as these two level editors for games: - LDtk: https://ldtk.io/ - …
- story
- story
- story
- story
- story
- story
- story
- story
- story
-
comment
Comment #19898978
That is a good point, a mention on the Neko website would make sense.
-
comment
Comment #19898601
No worries, just wanted to clear up the misconception. :)
-
comment
Comment #19897617
The "HashLink in-depth" blog post talks about this, an excerpt: > [...] Neko is very slow. The main reason for this is that it's dynamically typed. So every "value" in the VM can b…
-
comment
Comment #19897399
There's actually VSCode debuggers for a lot of Haxe targets by now: HashLink, JavaScript [1], C++ (HXCPP), Eval (the compiler's macro interpreter) and Flash. See https://github.com…
-
comment
Comment #19897214
Haxe is hardly a "scripting language", at least according to my definition of that term. It's a strictly typed high-level language with a proper optimizing compiler. Depending on t…
-
comment
Comment #19897169
Haxe's JavaScript target works great in combination with Node as well though. :) ( https://github.com/HaxeFoundation/hxnodejs ) For instance, the Haxe VSCode extension itself is a …
-
comment
Comment #19897161
Neko isn't that fast, since the bytecode is dynamically typed. That combined with the fact that it's not really actively developed anymore, you'd probably be better off checking ou…