chenglou

12 ms·

61.
by chenglou 7y ago
By viz directory did you mean https://github.com/damelang/nile/tree/master/viz/NileViewer And yeah, it'd interesting to build one. Is there enough info on it to build such compiler though? That
62.
by chenglou 7y ago
Do you have an easy way to set up Nile and get it running? And did you run Frank too?
63.
by chenglou 7y ago
Since Alan Kay mentioned Nile, I'm gonna dump here the list of relevant resources on Nile and its derivative works that I've found over time: Ohm, the successor to the parser (Ometa) used by Nile: https://github.com&#x2
64.
by chenglou 8y ago
Sounds about right. Thanks! And I’d guess that the perf overhead would be nontrivial either even in Rust.
65.
by chenglou 8y ago
Where would you say that Rust core folks stand, regarding usage/overusage of such patterns? Sugar for common unwrappings? Appreciate the pragmatism =)
66.
by chenglou 8y ago
People buy the Apple hardware but stay for the software. Scott Forstall might have been considered but he didn’t play well with a few other key design and hardware people at the time. In an alternative world where SF is CEO, you’d end up wi
67.
by chenglou 8y ago
Apple uses and maintains https://sproutcore.com , not Cappuccino. The latter was made by ex-applers a long time ago. Though Apple also isn't monolithic and has many teams independently evaluating Angular, React and others. N
68.
by chenglou 8y ago
Nice! The one big problem with most visual programming paradigms is that they’re not abstraction resistant. Pane counteracts this through aggressive concretization, not by suppressing your expressively, but by showing all the concrete data
69.
by chenglou 8y ago
It’s actually broadly available on iCloud.com and works very well.
70.
by chenglou 8y ago
There’s actually another category: type reification WITH type erasure! https://github.com/mrakgr/The-Spiral-Language/blob/master/re... (search for default_of) Well, kinda cheating since the language’s ab
71.
by chenglou 8y ago
> even though the underlying rules (or underlying “language”) used in different areas of mathematics are different, there ends up being some way to translate between them—so that at the next level of abstraction the path that was taken n
72.
by chenglou 8y ago
Yep! The video explains why at the end. These models are often very GC-unfriendly unless you know what you're going & have reasonably good hooks into the GC. Jane Street talks about this aspect here too: https://www.yout
73.
by chenglou 8y ago
verg related: check out Adapton: http://adapton.org/ , specifically, the May 2017 video in the videos section. There’s a comment in the initial Incremental blog post about it: https://blog.janestreet.com/intr
74.
by chenglou 8y ago
Yep, though we don't put much emphasis on it for now: https://twitter.com/jaredforsyth/status/1026706210043490304 This is a lisp syntax for Reason, that works already with our language-server integration, etc
75.
by chenglou 8y ago
Lots of thinking when debugging software also result in seemingly trivial line changes.
76.
by chenglou 8y ago
Thanks for the plug! I work on Reason. We do have great interop, but we also make other trade offs; hopefully folks don’t rage-join for the wrong reasons =).
77.
by chenglou 8y ago
I work on Reason. The front-end pie is big enough for Elm and Reason to coexist! Elm’s (hypothetical) loss isn’t a gain for Reason, and vice-versa.
78.
by chenglou 8y ago
Just hard work. Making it look natural and pragmatic is a non-trivial discipline and dare I say, rather thankless work. (I’m assuming you meant to convey a slightly negative connotation through “mathematical”. Though I myself do like PS too
79.
by chenglou 8y ago
Relevant: https://medium.com/beyond-intelligence/reinforcement-learnin...
80.
by chenglou 8y ago
I’ve been casually following Egison for a while now. Its customizable pattern matching is really cool. Unfortunately I do think the lisp syntax does turn some folks off; whether this set of folks overlaps with those who would be interested
81.
by chenglou 8y ago
BuckleScript using Reason (with a similar syntax than JS, slower parser than vanilla OCaml) is still one of the fastest around. Mostly a case of very careful and dedicated engineering here (I work on Reason with the author of BuckleScript).
82.
by chenglou 9y ago
Seconding gitup! One of those apps I didn’t mind abandoning my terminal workflow for. Great keyboard shortcuts. Really great and subtle UX for partial staging too.
83.
by chenglou 9y ago
From the intro: http://scopes.readthedocs.io/en/latest/about.html > the compiler is designed to remain on-line at runtime so that functions can be recompiled when the need arises, and generated machine code can
84.
by chenglou 9y ago
Nice! I see that this is directly using WebGL. If anyone’s interested, Reason can also compile to OpenGL and WebGL at the same time through https://github.com/Schmavery/reprocessing . Our community member (same person w
85.
Eve is winding down(groups.google.com)
3 points by chenglou 9y ago|1 comments
86.
by chenglou 9y ago
I'll reply for Jared since he doesn't seem around. I work on Reason. It's a single codebase and build system. There's platform-specific code buried in some conditional compilation in the Reprocessing drawing lib he uses:
87.
by chenglou 9y ago
You might be interested in this: https://news.ycombinator.com/item?id=15138613
88.
by chenglou 9y ago
For a build system similar to Tup, check out http://physics.oregonstate.edu/~roundyd/fac/introducing-fac.... Explicitly inspired by the former, same build paradigm, doesn't use FUSE. Has some neat git integra
89.
by chenglou 9y ago
I'm gonna have to defend vjeux here a bit. Disclaimer: I work on Reason (and help manage its community), a layer on top of OCaml, and targeted (well, cited) in the post. I've known vjeux for a while too. If he's accused of be
90.
by chenglou 9y ago
We've used Docusaurus on http://bucklescript.github.io and https://reasonml.github.io/reason-react/ . Some highlights: - Fast dev workflow. The dependencies are kept relatively minimal, which is very ap

More ›