jaredly

6 ms·

1.
Automate TypeScript Refactors with Dosido(jaredforsyth.com)
1 points by jaredly 3mo ago|0 comments
2.
A Practical Comparison of AI Coding Agents(jaredforsyth.com)
1 points by jaredly 1y ago|1 comments
3.
by jaredly 1y ago
Giving a real-world complex ambiguous scenario to 14 different Agent LLMs
4.
by jaredly 4y ago
So the "repo" in this case is a database, where currently the only things stored are denormalized source tree nodes. I could imagine extending the database to support arbitrary assets, probably also addressed by the hash of their
5.
by jaredly 4y ago
Oh hi kevin! So if there's a possibility that the "extra data" would get out of sync with the "source code" (e.g. via a git merge, or someone just editing the source code as plain text), then it unfortunately breaks
6.
by jaredly 4y ago
Hm so it is a state machine, but (my hope is that) all state transitions are simple and direct (and observable!) outcomes of user action. If the transitions get at all complex or unobservable, I'll probably call it a failed experiment.
7.
by jaredly 4y ago
So I think "easy to mentally model" gets harder and harder to achieve as the type system becomes more powerful. If your conclusion is that we keep the type system limited in power, that's valid! but not what I'm explorin
8.
by jaredly 4y ago
Yeah, it is definitely nice to have inferred types surfaced to you, but in these systems they are still re-computed on every textual edit, as opposed to being "sticky" (persisted in the source tree).
9.
by jaredly 4y ago
Source control does look very different in a projectional language, as git diffs no longer make much sense (viewing a pull-request with the source tree's JSON blob is essentially useless). Unison is the language that's gone farthe
10.
Type Inference That Sticks(jaredforsyth.com)
67 points by jaredly 4y ago|36 comments
11.
Evaluating GunJS as a local-first database(jaredforsyth.com)
27 points by jaredly 6y ago|0 comments
12.
VeoLuz: Generative art toy that visualizes photon paths, built in rust+reasonml(jaredforsyth.com)
5 points by jaredly 7y ago|1 comments
13.
Deploying Native Reason/OCaml with Zeit's Now.sh(jaredforsyth.com)
1 points by jaredly 8y ago|0 comments
14.
by jaredly 9y ago
Convergent evolution :) I made the version version of Gravitron in 2006
15.
by jaredly 9y ago
I haven't optimized it for mobile browsers, but it wouldn't be hard. Was pretty heads down on getting mobile native out the door.
16.
by jaredly 9y ago
In the game, the only place I check the platform is to see how big I should make the screen (like 3 lines). Everything else is shared! The big news here is that you can use a single codebase (and a nice advanced language like ocaml), and de
17.
Making a cross-platform mobile game in Reason/OCaml(jaredforsyth.com)
170 points by jaredly 9y ago|24 comments
18.
Migrating to a Mobile Monorepo for React Native(engineering.khanacademy.org)
1 points by jaredly 9y ago|0 comments
19.
Detecting unused styles in JavaScript with `babel-traverse`(jaredforsyth.com)
1 points by jaredly 9y ago|0 comments
20.
by jaredly 10y ago
much more readable transpiled output, really nice (and getting nicer) FFI to javascript. but it doesn't interface with existing ocaml stuff as well (doesn't use `.cmo/.cma` so it needs to compile everything from source afaict
21.
by jaredly 11y ago
lots to look into, thanks!
22.
by jaredly 11y ago
looks neat!
23.
by jaredly 11y ago
right. should have "(by convention)" in there. unfortunately not (yet) language enforced.
24.
by jaredly 11y ago
1) I see om/next attacking the same problems as falcor and relay, and david nolen makes reference to both of them (as sources of inspiration) in the talks he's given. 2) it may only hurt once a day/week once you have an estab
25.
by jaredly 11y ago
I just listened to this podcast[0], and there's a really great discussion in there about when it's nice to have types, and when it's more trouble than it's really worth. That's why javascript's flow[1] appeals
26.
by jaredly 11y ago
I was going to have a section on Elm, and then the post got too long :) Clojure(script) feels much more mature, and general-purpose. Elm is client-only, not nearly as many libraries, etc. Would clojure's readability be helped by having
27.
by jaredly 11y ago
Awesome! Thanks, I've been looking around for good projects to check out and hack on.
28.
by jaredly 11y ago
thanks! Yeah, I'm really excited about clojurescript, but there is a big barrier to get over. I'm working on it, and hope to report back :)
29.
What Holds Me Back from ClojureScript(jaredforsyth.com)
107 points by jaredly 11y ago|53 comments
30.
Show HN: A Node.js kernel for ipython/jupyter with babel and ClojureScript support(github.com)
1 points by jaredly 11y ago|0 comments

More ›