spyder81

6 ms·

1. 31.▲
   by spyder81 12y ago

   > Should I never say anything Well if you can't understand why your phrasing turns a positive idea into making somebody feel bad, probably. > Which attitude is that? Optimism? A version of it, yes. The "if you don't fin
2. 32.▲
   by spyder81 12y ago

   Whether we find it offensive or not isn't relevant. Your comments are degrading to those who find it difficult, and you are actively hostile when they complain or we point this out. Your attitude is one I see too often in the FP commun
3. 33.▲
   by spyder81 12y ago

   Thanks! (I'm the author). I focussed on JavaScript because it's what I know, it's my day job, and I wanted to share a bit of my research while trying to introduce AltJS to it. I wasn't (and am still not) really enough of
4. 34.▲
   by spyder81 12y ago

   As far as I can tell Elm is more of a GUI focused language, when I was evaluating AltJS languages I was looking for something a bit more low level. The JS and DOM bindings of js_of_ocaml were what really sold me although I didn't menti
5. 35.▲
   by spyder81 12y ago

   I knew about scala.js when writing the post (although it was still experimental at the time) but I didn't mention it because I don't like Scala. It looked promising when I first saw it, but then I had to write some production code
6. 36.▲
   by spyder81 12y ago

   I'm the author, and to be honest I agree. I was still fairly new to OCaml (and ML in general) at the time, so I tried to focus on what I knew rather than rattle off a list of things I had heard were better but didn't really unders
7. 37.▲
   by spyder81 12y ago

   Well, sort of. It's possible if you're willing to take on maintenance of that library if/when they abandon it, and be able to dive into the guts to track down bugs or weird behaviour. As a good example, we're on the verg
8. 38.▲
   by spyder81 13y ago

   I don't think multicore will be touted as a reason to choose OCaml over Haskell, but it will remove one of the reasons to avoid OCaml. Subtle but important difference :)
9. 39.▲
   by spyder81 13y ago

   I haven't, no. We excluded the vast majority of AltJS languages as the size of community and availability of third-party libraries was a significant factor in the evaluation.
10. 40.▲
    by spyder81 13y ago

    OCaml has quite nice JavaScript integration; it has the ability to interact with JS objects, constructors, DOM objects, etc. See the "dom bindings" thread elsewhere in this discussion. Most other AltJS languages I've seen are
11. 41.▲
    by spyder81 13y ago

    For me (the author), it's because SML as it was taught to me is a closed language. It can never and will never change. Perfect for education, perhaps not so useful as a career choice. OCaml has been moving forward; GADTs were added rec
12. 42.▲
    by spyder81 13y ago

    I've put a lot of work into a compile-to-JS evaluation for my day job. It's not suitable for public consumption, but of our top 5 choices: - both Kotlin and ClojureScript don't compile code written in their "native"
13. 43.▲
    by spyder81 13y ago

    I looked at Haskell options - fay and haste are both good, but not complete (try compiling tagsoup). GHCJS works, but generates 5mb JavaScript files. This is what I meant when I said "by virtue of support for existing libraries".
14. 44.▲
    by spyder81 13y ago

    I have to admit JavaScript isn't the only driver for my interest in OCaml. It is however the angle I'm pushing for using it in my day job :)
15. 45.▲
    by spyder81 13y ago

    Yeah, I should've addressed this in my post. Right now multicore doesn't mean squat to me as I'm using it for JavaScript support. I did investigate this, but forgot to add the links (others have already replied with) about wo
16. 46.▲
    by spyder81 13y ago

    js_of_ocaml has excellent DOM bindings: http://ocsigen.org/js_of_ocaml/api/index I'm also looking at whether TyXML can be used with js_of_ocaml for statically typed goodness: http://ocsigen.org&#