Posted by david927 1 day ago
Ask HN: What are you working on? (May 2026)
Tinder meets Discord and, somehow, they have their way with Uber/Calendly.
It's live if you want to test it: https://jynx.app/
Let me know what you think of it. The main goals I want to achieve are: 1. help with social isolation 2. help e-sport team with sourcing and organizing
Its nice, overall, to have a little dedicated touchscreen on my desk that I can easily tweak to display whatever I want. Its silent and low power.
For context, I built out Playboy's age verification system, and watched as it hurt conversion (nobody wants to upload an ID to an adult website, who would have thought!). Cryptographic signatures from issuing authorities (DMVs, universities, employers, etc) with selective disclosure (e.g. you don't need to upload your full ID, just the fields that matter) is how verification _has_ to work going forward -- AI can fake documents, but not private keys.
I've been working on this 6 months full time, and implemented all the W3C VC, OpenID4VCI/VP, SD-JWT specifications myself.
Would love to get people's thoughts on it!
- The base is a freestanding register VM deeply tied to the Linux kernel.
- It supports a set of primitives types, array types and record types.
- Concurrency is Erlang-ish --- an M:N scheduler that can manage tens of thousands of green processes. VM uses instruction fuel to preempt processes.
- GC is Cheney for the nursery + M&S for the rest. Each process has its own GC.
- tailcall support.
- first class functions.
- Phase One will only have Vm0, which is clean (it has access to a bounded set of Linux syscalls). Will think about Vm1 that handles the libc infection later.
- JIT is not on the table in Phase One.
- The language is statically typed and borrows syntax from python extensively, but drops OOP entirely.
- OOP is faked using UFCS.
- Operator overloading is supported.
- Exceptions are the default error handling mechanism. There are two hierarchies: Fault and Error. Fault cannot be trapped without rethrowing. Fault WILL crash the VM.
- It is being developed in private right now. As I am User # 0, all the choices I make reflect my own opinions and biases. I might release the code as OSS once the core is stabilized.
- I have done very basic microbenchmarking and the VM is so much faster than python right now that it is not a fair comparison anymore. I can also create and iterate over massive primitive arrays with ease. The principal comparison should be C, and here it is consistently about 8x slower and that performance profile will probably remain constant because dispatch has a real cost that cannot be magically wished away. I will be very happy with 5/6x.
In the past 2 months, I have added support for exporting to the .kicad_sch format. Multi-sheet designs are exported as separate .kicad_sch files, one per sheet. The pin types has been updated to be similar to KiCad's and to better support ERC rules. Setting the GND symbol pin as a type of power_input was a real headache for me, eventually, I decided to define a new pin type, power_reference.
The motivation for creating Circuitscript is to describe schematics in terms of code rather than graphical UIs after using different CAD packages extensively (Allegro, Altium, KiCAD) for work in the past. I wanted to spend more time thinking about the schematic design itself rather than fiddling around with GUIs. With code, the design intentions become explicit and reviewable.
Feedback welcome, especially from anyone else frustrated with graphical schematic tools!
Lots of these have started popping up, but almost every single one of them is a TUI interface for github, or gitlab. What I'm building is for local git by default, but has an extensible plugin system to support integrating with github/gitlab/azure ado/etc... for their PRs and approvals, but forced in to a single consistent UX and workflow.
Its good enough for basic diff reviews that it has become my daily driver for about a month for reviewing my own stuff before I push changes remotely.
It's a 3rd party preset editor for Universal Audio UAFX guitar pedals [1]. I'm supporting Dream '65 for now, rolling out support for Lion '68 next week. More pedals will follow when I have some free time.
If you're a guitar nerd and own one of those pedals please check it out!
Oh, it's completely free too!
---
Tech thoughts: this week I decided to move to a new to me NameBrand™ Arch distro. Even though I’ve been daily driving Linux for more than 10 years I still can’t get a new install up on the first try. This time the boot loader wouldn’t load. No error, no log, and no boot loading. A few reinstalls later, I picked a different choice and was finally booting. But then the next problem was the login display manager doesn’t want to sleep the monitor if nobody logs in. Learned this after an overnight power flicker caused a reboot. The monitors running full tilt for several hours waiting for someone to log in. While I would like to say this issue is another joy of the Wayland-way of Linuxing, I have found that other display managers offer the same defect.
Anyway dogs are great, I shouldn’t have waited so long to get one.