Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Announcing BuckleScript 1.0

bloomberg.github.io

Post reply on HN
Print view View original

71–78 of 78 posts

Re: Announcing BuckleScript 1.0

#71

Post by qwertyuiop924 »

zem wrote: post #69
qwertyuiop924 wrote: post #40

This is one of the few JS compiled languages that interest me: Some of these languages add a very thin syntactic layer on Javascript and maybe a type system. If I wanted Javascript, I'd use Javascript, and if I wanted types, I'd use Flow, not a new programming language that's kinda-sorta-not-really JS. That leaves this, Clojurescript, and SPOCK as the only really interesting projects. They all have runtimes that are…

redhat's ceylon looks good too: http://ceylon-lang.org/

I guess... but it's advertising to large teams, it seems java-oriented (so if I wanted that sort of thing, I could use Clojure), it's pushing an IDE, and it's from Red Hat, a company that has given us such marvellous technologies as networkmanager, rpm, dbus, systemtap, and systemd - so while not an awful track record, not exactly picking all winners either.

All in all, kind of neat, but that is just way too many red flags for me to say I'm bursting with anticipation to use it.

Re: Announcing BuckleScript 1.0

#72

Post by zem »

qwertyuiop924 wrote: post #71
zem wrote: post #69

Earlier quoted context omitted.

redhat's ceylon looks good too: http://ceylon-lang.org/

I guess... but it's advertising to large teams, it seems java-oriented (so if I wanted that sort of thing, I could use Clojure), it's pushing an IDE, and it's from Red Hat, a company that has given us such marvellous technologies as networkmanager, rpm, dbus, systemtap, and systemd - so while not an awful track record, not exactly picking all winners either. All in all, kind of neat, but that is just way too many red…

agreed about the red flags, but the actual language looks very tastefully designed and pleasant to use.

Re: Announcing BuckleScript 1.0

#73

Post by qwertyuiop924 »

zem wrote: post #72
qwertyuiop924 wrote: post #71

Earlier quoted context omitted.

I guess... but it's advertising to large teams, it seems java-oriented (so if I wanted that sort of thing, I could use Clojure), it's pushing an IDE, and it's from Red Hat, a company that has given us such marvellous technologies as networkmanager, rpm, dbus, systemtap, and systemd - so while not an awful track record, not exactly picking all winners either. All in all, kind of neat, but that is just way too many red…

agreed about the red flags, but the actual language looks very tastefully designed and pleasant to use.

I suppose. But I'm not really the target audience: I'm more comfortable in Scheme than Haskell, and I'm willing to forgive JS most of its warts (especially since it's got proper HOF (better than Python and Ruby, anyways), and is getting TCO. It even has a macro system, courtesy of sweet.js (even if it is only a limited pattern-matching one, as opposed to the imperative systems of Lisp and most Schemes)).

Re: Announcing BuckleScript 1.0

#74

Post by yminsky »

Drup wrote: post #60
kandalf wrote: post #31

Earlier quoted context omitted.

Very neat. Can BuckleScript compile Core?

If you want to use the OCaml ecosystem, use js_of_ocaml. It has much better compatibility and there is no perf difference. In particular, js_of_ocaml works with both core_kernel and async_kernel.

Indeed, js_of_ocaml is kind of shocking in its fidelity. It can compile even highly complex libraries that do lots of runtime tricks. Async_kernel and Incremental_kernel both compiled and worked without any issues whatsoever.

We've even built some support for making incrementally rendered web-apps in OCaml, using Async and Incremental. Here's a link:

https://github.com/janestreet/incr_dom

It sounds like Bucklescript is doing something quite different, which is to aim for pretty JavaScript output, while compromising and maintaining semantic consistency with OCaml. I don't fully understand the use-case, but for us, js-of-ocaml is clearly the thing we want.

Re: Announcing BuckleScript 1.0

#75

Post by learningman »

chenglou wrote: post #8

I'm on the Facebook Reason team, and we're using BuckleScript to compile OCaml into the best compiler output I've ever seen. People didn't recognize that my React components were generated, not hand-written. BuckleScript's author (hongbo_zhang here) has been incredibly responsive and welcoming. We'll be publishing the React.js binding on HN in a few days. Stay tuned! We (including Hongbo) are all sitting in irc #reas…

Will you integrate with React Native?

Re: Announcing BuckleScript 1.0

#76

Post by mikebelanger »

mullsork wrote: post #58

OCaml seems to be on an upswing in popularity/hype recently. As someone who's threading the waters in Clojure but not a fan of the JVM developer experience I'm curious why OCaml is a great choice. I would love to hear some stories from people using it in production. I'm leaning towards wanting to use a LISP as it's just so elegant... but I feel that getting boggled down in "hard core" functional programming is a bit…

I'm in the same mindset right now. Really like aspects of Clojurescript and its elegant syntax, but it's complicated machinery (JVM, Google Closure) make me wary. I'm sure they're well done, but because I'm mainly interested in the JS target, I'm open to something like Bucklescript, along with Elm, Purescript.

Re: Announcing BuckleScript 1.0

#77

Post by mikebelanger »

The website says BuckleScript can also be compiled into a unikernel, which links to MirageOS. I get the sense that integration between MirageOS unikernels and the javascript Bucklscript compiles down to is a likely usage-case scenario?

Re: Announcing BuckleScript 1.0

#78

Post by magnumkarter »

zem wrote: post #70
magnumkarter wrote: post #55

I've just started learning OCaml. Bucklescript as well as F* and Reason are the reasons I chose OCaml over F# https://www.fstar-lang.org/

do you have any uses in mind for F*? i went through the tutorial a while ago, and it looked very nice, but i couldn't think of anything i wanted/needed to use it for.

Eventually I would like to write a C Compiler with it
Post reply on HN