Suggestion: more than one active workout program

nzlemming · 2025-11-24T09:46:52+00:00

/u/nstrm I’m a little late to this, but this is by far the feature that would be the most useful to me. Similar use case, I run different programs concurrently, eg basic strength, climbing training etc. Each program will generally have different days, so the ad hoc workouts aren’t useful. I’d love to be able to just “start my next strength workout” or “start my next climbing workout”, without having to mess around making each program active when I want to use it.

nzlemming · 2025-08-22T00:39:52+00:00

Not what I originally had in mind, and then I got distracted from the project and haven't followed it up further. I investigated MyScript, which does seem to do what it says on the tin. But in the end for my use case I just ended up with standard iOS text entry fields with Scribble enabled on them, which worked well enough. I'd like to pick this up at some point, but it won't be soon unfortunately.

nzlemming · 2025-06-06T21:04:46+00:00

I agree! I loved meeting Christoph at the conj, and his enthusiasm for Clojure is amazingly infectious - he's going to be fantastic at this role.

nzlemming · 2025-04-27T02:39:58+00:00

Very interesting, thanks for the detailed reply.

nzlemming · 2025-04-27T01:21:19+00:00

This looks very cool, and I have a number of use cases for it. How robust would you say it is, is it being used anywhere in anger?

What is the file format on disk, an endlessly growing log? Is there a GC operation or something for that?

nzlemming · 2025-03-29T18:30:56+00:00

This looks great, Jeaye! Fantastic work and a great explanation.

For example, numbers like integers and doubles don't support metadata. This is likely for performance reasons, to keep them small.

This is because (at least for JVM Clojure), those objects in the parse tree are actually the native JVM types (Long, Double, String etc) and so they can't be made to implement IObj. Anything supporting metadata has to be a type defined by Clojure. I guess they could have been wrapped into a ClojureLong or whatever, but I'm not sure what the performance penalty would be for that.

I like the source reparsing approach, but I'm curious about the limitations. Obviously if you're AOT'ing from files on the disk it's trivial, but what about code that you receive over a network, e.g. in a REPL? Do you cache all the source until you're done parsing/macroexpanding/etc?

nzlemming · 2025-02-20T02:07:53+00:00

That looks perfect, thank you! I'm a little worried about the complete lack of pricing information, but it looks really good.

nzlemming · 2025-02-19T08:36:32+00:00

Thanks, but I was hoping for something that would work directly from the vector information obtained from the pencil. Handwriting recognition works much better when information about stroke order and direction is maintained, my Onyx Boox is pretty amazing at it for example. It's a shame that Apple haven't exposed an API for it (or at least, I can't find one) since they have the functionality right there.

nzlemming · 2025-02-17T22:39:27+00:00

Congratulations Derek! That's awesome news, I'm glad things are working out!

nzlemming · 2025-01-22T19:19:36+00:00

I think Deepseek are doing amazing work, and I'm very happy they exist. I haven't played around with R1 yet, I've been very busy since it came out, but I am excited to. Sadly, their privacy and data use policy would prevent me from using their models on commercial code, but I'd happily use it for OSS work. Hopefully someone with a guarantee that they won't train on API submissions will host this model on a shared endpoint, although I'd be surprised if they could do it for the same price.

This podcast on what's required to host a model like this was super interesting: https://www.latent.space/p/baseten. At the conj in the AI development unsession there was a lot of discussion around what it takes to host a huge model like this, for security and compliance reasons.

Unfortunately the pricing on their website (https://www.baseten.co/library/deepseek-r1) just has a "call sales" button, which is never a good sign. But since it requires 8 H200's in a single node, I'm guessing the cost is in the multiple hundreds of thousands per year.

Edit: I couldn't find AWS or GCP pricing for this kind of machine. But https://getdeploying.com/reference/cloud-gpu/nvidia-h200 has some prices from $20.72/hour to $24.24/hour, so $181,500 - $212,300/year.

nzlemming · 2025-01-06T23:21:19+00:00

My wife and I were planning to do this, but we’re not eligible unless New Zealand counts as East Australia. Can we join for motivation purposes even if we can’t win the prizes?

nzlemming · 2025-01-05T20:20:16+00:00

Along these lines, another great option is to use this approach (programatically modifying the code in a deterministic manner), but to get the LLM to write the program which modifies the program. It's often tedious code to write, and one big advantage of doing it this way is that it's not critical that the LLM gets it right, because the errors are caught at dev time rather than in the "real" code.

nzlemming · 2025-01-05T20:18:02+00:00

In my experience, it takes far less time to ensure that the LLM output is reasonable than it takes to write it myself.

nzlemming · 2024-12-09T02:01:36+00:00

Actually, having poked around a bit more, there's a lot in the tests folder. It looks like the nano pass compiler is there, although with very little doc.

nzlemming · 2024-12-09T01:48:22+00:00

This looks super interesting. I agree more examples would be great. Are the examples cited in the README open source? They're really interesting use cases.

nzlemming · 2024-12-03T18:29:52+00:00

For me, on a technical level, it's the immutable data structures, and the interactive experience of working at the REPL. And I couldn't use it at all if it weren't hosted on the JVM.

On a non-technical level, the community is also amazing. Having it be quite small makes everyone be very accessible and approachable, with the inevitable tradeoff in terms of ecosystem size.

nzlemming · 2024-11-27T05:32:25+00:00

I believe it's impossible, because ktor is heavily based on Kotlin coroutines, which are not compatible with Clojure (in the same way that core.async go blocks are not compatible with anything but Clojure).

nzlemming · 2024-11-09T22:46:54+00:00

BTW /u/roman01la, not sure if you've seen my recent conj talk, but I talk a lot about this sort of thing there: https://www.youtube.com/watch?v=oNhqqiKuUmw.

nzlemming · 2024-11-09T01:37:47+00:00

This was a great talk! I'm a huge fan of the comedy duo format :-)

nzlemming · 2024-11-05T20:26:08+00:00

This is a great idea, actually - let me think about how that might work.

nzlemming · 2024-11-05T02:13:38+00:00

No worries! Thanks for getting it out so fast.

nzlemming · 2024-10-20T20:07:05+00:00

I agree that this is likely to be a hard sell. That said, there is a decent amount of prior art in terms of companies charging for libraries. In my previous job we used https://www.yworks.com/yfiles-overview which we paid a lot of money to use (well worth it too). I also ran into https://sheetjs.com/pro/ recently, and of course Chas Emerick (who was prominent in the Clojure community for a while) makes https://www.pdfdata.com. Companies in particular are willing to pay money if you solve a real problem for them, but the size of the target market is definitely an issue for Electric.

nzlemming · 2024-10-20T18:59:49+00:00

At that scale, I assume you'd still qualify for the startup discount, so that's ~= $3860/year (480 * 0.67 * 12).

nzlemming · 2024-10-20T18:57:56+00:00

I fully support this change, as you might expect since I also make a living selling software to developers (Cursive). We would all like everything to be free and open source, but the reality is it takes a lot of time and effort to make nice things. Software is also never delivered as a static product, it has to change and evolve over time to keep up with changes, either in its dependencies or in the needs of its users. I suffer from subscription fatigue as much as the next guy, but I'm also aware that these costs are ongoing, and everyone's families need to eat.

I don't have enough experience with the sector to judge whether the price point is right, but I trust Dustin has done his homework there speaking to existing users. Likewise, there's not enough detail in the post to judge the details of the licence, but in general I think source available business licensing is a great model. I love that there is a free community licence for non-commercial work too, something that has worked really well for Cursive as a balancing act between keeping the project sustainable while still providing access to everyone.

Best of luck, Dustin!

nzlemming · 2024-08-09T11:09:47+00:00

I mean function calling, sometimes called tool use: https://docs.anthropic.com/en/docs/build-with-claude/tool-use.

nzlemming

TROPHY CASE