chenglou

20 ms·

121.
by chenglou 9y ago
Ocaml's two decades old. We're doing the very opposite of inventing a new language. I'm on the team and I personally am not capable of creating a language (not to mention recreate an entire ecosystem?) at the same level as OC
122.
by chenglou 9y ago
Yes, the first prototype of React was written in SML; we then moved onto OCaml. Jordan transcribed the prototype into JS for adoption; the SML version of React, however great it might be, would have died in obscurity. The Reason project&#x2
123.
by chenglou 9y ago
The transition will be seamless and already planned, no worries. Btw, for more justification on the syntax change, I've written a short answer here: https://www.reddit.com/r/reasonml/comments/6v2olv/
124.
by chenglou 9y ago
It's unrelated. We're trying to track it down still. Sorry about that
125.
by chenglou 9y ago
I'm constantly surprised how most people settle with single-line autocompletion (or no autocompletion) in the shell. _The_ plugin that helped me learn shell and be super productive is Auto-fu: https://github.com/Herring
126.
by chenglou 9y ago
Yeah. Some existing algorithms are more easily expressed with mutability, and for FFI it's very needed; I think some community-wide messaging regarding this is good enough. Constraining them at the type level might make adoption a bit
127.
by chenglou 9y ago
1. I feel like I shouldn't feel ashamed when saying this, but here: mutation, imperative code & side-effect are kinda nice, and very much needed for a straightforward interop with e.g. existing JS/Obj-C/Java (hint hint) c
128.
by chenglou 9y ago
BS full rebuild for a project with 300 takes around 3s. Incremental per-file compilation is below three digits of ms.
129.
by chenglou 9y ago
Adjusting the perception that switching to OCaml is bumpier is exactly why we've made/partnered with BuckleScript on Reason: https://reasonml.github.io/guide/what-and-why If you have some time, please give th
130.
by chenglou 9y ago
Worth noting that ReasonReact is made by the same person who made React. The whole Reason effort is, actually. I personally work on it too and have been using it on messenger.com
131.
by chenglou 9y ago
Saving water or such is a mentality and you might not be able to measure it through a simple people * saving/person. If everyone's wasteful there'd be way less incentive to nudge industries into changing. Where would the chan
132.
by chenglou 9y ago
Tup is pretty darn amazing. I've never had such a high success rate while writing build rules under it. "Once it builds, it has no bug". Not to mention the great speed to begin with. Is there any similar build system? I know
133.
by chenglou 9y ago
Late reply, but we have such guide here: https://reasonml.github.io/guide/javascript/converting You can also check the community's work: https://reasonml.github.io/community/
134.
by chenglou 9y ago
Fwiw, OCaml algebraic effects are being implemented: http://kcsrk.info/ocaml/multicore/2015/05/20/effects-multico... (And then there's https://reasonml.github.io , which I work on)
135.
by chenglou 9y ago
And imo much better implemented! I use both the Google keyboard and the default; Google's cursor swiping is one dimensional. Swipe back and forth to move around a line. The default one is two dimensional. You can swipe through columns
136.
by chenglou 9y ago
You mean piping into editors? I'm working on something related; most editors don't handle cursor repositioning very well when you dumbly refresh the content without going through editor-specific APIs.
137.
by chenglou 9y ago
I work on Reason, which is something you might like: http://facebook.github.io/reason/ Elm has been personally an inspiration too. Nice set of decisions and tradeoffs for what they're trying to achieve, though yea
138.
by chenglou 9y ago
Algebraic effects are kinda related to monad. Btw the ReasonML you're talking about is still just a syntax transform; you're really asking whether OCaml/BuckleScript has these implementations. There's no generators; but
139.
by chenglou 9y ago
I work on Reason, so I think I'm relatively unbiased enough to address this. JavaScript's widely popular, disregarding why it's come to be this way. Any language this popular (and with a history of being used in a different c
140.
by chenglou 9y ago
I think you meant "algebraic effect", which most mainstream languages don't have: http://kcsrk.info/ocaml/multicore/2015/05/20/effects-multico... Algebraic data types are a basic feat
141.
by chenglou 9y ago
I work on Reason and I used to help with React * Yeah! I know I'm pure-hearted at least * JavaScript will be around for a long time. Our stance is more gradual improvement than world-breaking changes all over the place. I'm still
142.
by chenglou 9y ago
Atom's Nuclide remote feature does that. We edit codebase on remote servers. The alternative, and maybe a better way to do this, is a FUSE-like system, like Expandrive. Lazily fetches files from remote.
143.
by chenglou 10y ago
I work on Reason, mentioned above. The goal of Reason is exactly to expose a polished layer over the OCaml toolchain: http://facebook.github.io/reason/ Give it a try! Ping us if you need to: https://github.c
144.
by chenglou 10y ago
They are the same. I don't think cies was implying they were different.
145.
by chenglou 10y ago
If you're still willing to give it a second chance, we've got https://github.com/chenglou/reason-react-example which uses only npm Sorry for the crappy initial experience.
146.
by chenglou 10y ago
Ooooouh that's harsh lol. Sorry for your experience. We're trying to improve it but we're a tiny team that also maintains other features.
147.
by chenglou 10y ago
Converted. From reactjs to reason-react https://github.com/reasonml/reason-react Which imo is a bigger achievement! Being able to gradually convert a js codebase over is one of our main goals.
148.
by chenglou 10y ago
I work alongside the Reason team. We're using it on messenger.com. 25% converted over already. 4 bugs during conversion, and only a single runtime bug in the converted part since last half.
149.
by chenglou 10y ago
Is there a programming language/research area dedicated to the transitioning of one library API to the next? For example, I depend on Foo v1, and would like to upgrade to Foo v2. Currently mainstream languages either use a type system
150.
by chenglou 10y ago
No email list for now. We'll be active in the chat rooms and HN though.

More ›