Posted by david927 11/9/2025
Ask HN: What Are You Working On? (Nov 2025)
This is an AST-walking interpreter for my personal LISP dialect written in C. Once it's ready, I would use it to implement a low-level, statically typed language (Schnell) as a Langsam library. The goal is to gain the ability to JIT-compile Schnell code (sexps of a statically typed language) from Langsam. Once this works, I would rewrite Langsam in Schnell so that it becomes a fast bytecode interpreter. With the faster Langsam (and the Schnell built into it) I could build a little OS called "Oben". The OS would first run on top of Linux, then I would attempt to bootstrap the entire stack on bare-metal. I already have a Forth dialect implemented in assembly language (Grund/Boden). The idea is to implement Langsam in Grund and then bootstrap the entire Grund -> Langsam -> Schnell -> Oben chain on something like the qemu q35, later on a Raspberry Pi Zero 2W and maybe even my own hardware (ie. an FPGA board like what Wirth et al. created for Project Oberon).
2. MTrak - https://github.com/cellux/mtrak
This is a TUI MIDI tracker written in Go. Not too user-friendly: one has to enter raw MIDI messages in hex into the tracks. Can be connected to synths like Fluidsynth or Surge XT via JACK MIDI. Unfortunately it takes a lot of CPU time, probably due to the use of BubbleTea (and no time spent on optimization).
3. Mixtape - https://github.com/cellux/mixtape
Beginnings of a programmable, non-realtime audio sample generator/manipulator written in Go with an OpenGL GUI. I was thinking about how people in the old times cut up the magnetic tape which contained the sound bites and rearranged them to build something new. What if I'd implement a data type called "tape" which is basically a piece of sound and then provide operators in a Forth-like language to create and manipulate such tapes. Each tape could be a sound and then these could be stitched together to form songs. Who knows maybe an entire song could be represented as a hierarchy of these tapes. Each sound or song section could be its own file (*.tape), these could be loaded from each other, maybe even caching the WAV generated from the code of a tape to speed things up when there is a huge hierarchy of tapes in a project. Lots of interesting ideas are brewing in this one.
Specifically, torched pine Shou Sugi Ban boxes to house a garden at a much more convenient height for gardening, and eventually, my wintergarden experiments with high compost mixes to keep the garden from freezing in the winter.
The last month has had its ups and downs.
Ups = some local-area doulas have started sharing the baby app in a big WhatsApp group & growth is starting to pick up.
Downs = my first vibe-coding horror story. For PracticeCallAI, the subscription flow was failing and somehow outside my test coverage, so I've been missing out on new subscribers for the last two months. In an effort fix it, Replit Agent - which I have been loving otherwise - truncated the table that stores all of the user calls. and their database rollback is throwing errors. So that's been fun.
Also planning on adding more tools to help development teams.
https://apps.apple.com/us/app/document-manager-fyle/id674003...
Users post small games to social feeds.
Scroll like a social network, jump into and play any game by tapping on it.
Games are served into fully locked-down, sandboxed iframes for security.