Live data from Hacker News

Viewing profile — Gama11

Gama11

HN member
Joined
Tue, Mar 29, 2016, 6:54 PM UTC
HN karma
206
Public activity
30 items

About Gama11

No profile information was provided.

Recent public activity

  1. 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. …

  2. 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…

  3. 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…

  4. 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 ).

  5. comment
    Comment #26083552

    The eval implementation is found here (evalMain.ml is the entry point): https://github.com/HaxeFoundation/haxe/tree/development/src/...

  6. 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…

  7. 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…

  8. 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…

  9. 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/ - …

  10. story
  11. story
  12. story
  13. story
  14. story
  15. story
  16. story
  17. story
  18. story
  19. comment
    Comment #19898978

    That is a good point, a mention on the Neko website would make sense.

  20. comment
    Comment #19898601

    No worries, just wanted to clear up the misconception. :)

  21. 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…

  22. 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…

  23. 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…

  24. 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 …

  25. 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…