Recent submissions

Comment · 5 years ago
Indeed, try Replete for example, in the iOS and macOS App Stores (https://replete-repl.org).

I've also had a separate commercial in the iOS App Store based on ClojureScript since 2014. (This pre-dated React Native, even, and is based on Goby.)

Comment · 5 years ago
It is so cool to see how far things have come since ClojureScript first worked with React Native in 2015. Krell is the best REPL for this IMHO, and it does this largely by getting out of your way. :)
Comment · 6 years ago
Vouch Key is not tied to Apple products. It works with Android, for example.
Comment · 6 years ago
I haven't. But I suspect that's next. If you compare things like Lumo / Planck (ClojureScript) to Babashka (GraalVM-based Clojure), you can clearly see the perf benefits of going native.

This stuff is arguably just an initial foray into the embedded world. You could imagine a Clojure dialect or compiler that emits WASM, or C, or even native code.

Comment · 6 years ago
The primary challenge is RAM. The (simplistic) approach I took with establishing a ClojureScript REPL is to have the standard library available, and that requires a lot more RAM than most Espruino boards have. Even with the ESP32, I had to make a few tweaks to Espruino in order to make more of the ESP32's RAM available.

Perhaps a more sophisticated approach could be devised involving "faulting in" ClojureScript standard library functions on demand as they are used, and by doing this use less RAM and reduce startup latency. If that were done, things would run on a broader range of chips (less RAM needed).

Comment · 6 years ago
Indeed, the board is not required. I've added a note to the Tindie description to that effect.

I created the board for an upcoming Clojure/north 2020 talk https://clojurenorth.com/mike-fikes.html

But, your assessment is correct... the software is definitely the interesting bit (the challenges associated with getting ClojureScript to run on that hardware, with a REPL, etc.)

Comment · 7 years ago
Comment · 7 years ago
I personally mainly use Replete for quick checks of things when AFK (seeing what a particular form might evaluate to, checking a docstring, etc.) In, short I've never really used Replete for any heavy development.

When Lisping existed (it is evidently no longer available), I was never really motivated to use it to develop code with Replete.

Comment · 7 years ago
Yes. There used to be an iOS app named Lisping

https://news.ycombinator.com/item?id=11658418

and you could edit text in Lisping and send it to Replete for evaluation. (The generic hooks still exist in Replete, so in theory other apps could do the same.)

Comment · 7 years ago
Ahh, cool. TIL.
Comment · 7 years ago
One advantage is that Replete requires no network connectivity to evaluate forms. The compilation and evaluation is done directly on your device.
Comment · 7 years ago
You’d need to first do

  (require ‘replete.http)
in order to load the code for that namespace.

You should be able to copy output by pressing on a history row.

Comment · 7 years ago
Yeah, ClojureScript is really a dialect of Clojure.

They have hugely different applications, but at a certain level, they look like the same language.

Comment · 7 years ago
Comment · 8 years ago
Apple allows you to embed JavaScriptCore into native apps, writing some of your logic in JavaScript. See this WWDC 2013 presentation: https://developer.apple.com/videos/play/wwdc2013/615/

If you would like your JavaScript to be derived from ClojureScript, and you would like a live REPL experience, then Ambly can be used for that.

An example library that uses this technique to drive a native iOS app is https://github.com/mfikes/goby

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton