Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
jaredly
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
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 ›