Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Ask HN: What are you working on? (September 2025)

news.ycombinator.com

Post reply on HN
Print view View original

191–200 of 1001 posts

Re: Ask HN: What are you working on? (September 2025)

#191

Post by absoluteunit1 »

higgins wrote: post #170
absoluteunit1 wrote: post #165

I’m building TypeQuicker: https://www.typequicker.com Typing is an extremely underrated skill and especially in the age of LLMs, it is the bottle neck in a lot of cases. I’ve never been fond of existing typing apps; excessive ads, typing random words, etc so I built my own. You can practice typing code, use your own text, etc We have a paid plan for features where you can type natural text that targets your weak poin…

nice! i open and close parens, brackets and curlies at the same time. is there a mode/setting to capture this intent?

Hi - thanks for checking it out!:)

Sorry, I’m not sure I follow - do you mean you type: () and then type within them?

Re: Ask HN: What are you working on? (September 2025)

#193

Post by efromvt »

stuartaxelowen wrote: post #97

I'm working on a partition-oriented declarative data build system. The inspiration comes from working with systems like Airflow and AWS step functions, where data orchestration is described explicitly, and the dependency relationships between input and produced data partitions is complex. Put simply, writing orchestration code for this case sucks - the goal of the project is to enable whole data platforms to be made…

Very much agree that to this is the direction data orchestration platforms should go towards - the basic DAG creation can be straightforward, depending on how you do the authoring - (parsing SQL is always the wrong answer, but is tempting) - but backfills, code updates, etc are when it starts to get spicy.

Re: Ask HN: What are you working on? (September 2025)

#195

Post by noahrflynn »

I've been working on writing two appendix sections on knowledge distillation and reinforcement learning for Machine Learning for Drug Discovery [1], which were initiated as tangents to expand coverage of material from a few earlier chapters. I hope to also write these appendix sections up as freely available articles (at least in a condensed form). Thankfully, I'll be able to finish the knowledge distillation section this month but, unfortunately, I need to pivot to finishing out chapter 11 to stay on schedule for full publication.

[1] https://www.manning.com/books/machine-learning-for-drug-disc...

Re: Ask HN: What are you working on? (September 2025)

#196

Post by JKCalhoun »

Just an old hobbyist these days. I'm finishing up the written manual portion of a "breadboard helper" for playing with (learning) electronics. The current "helper" I am finishing up gives you instructions (and an explanation) for wiring up over a dozen transistor logic circuits with the aid of a small PCB + breadboard [1].

Inspired by Forrest Mims III, Don Lancaster and the "75 in 1" style electronic project kits my mom got for me for Christmas when I was a kid.

I hope to sell them and then probably never recoup my investment.

[1] https://imgur.com/8pkHiSm

(I'll leave it as an exercise for someone clever to figure out what circuit is being depicted in the photo.)

Re: Ask HN: What are you working on? (September 2025)

#197

Post by dataviz1000 »

Browser automation with a Chrome Extension.

Cordyceps: A port of Playwight that doesn't use CDP or Chrome DevTools Protocol either over websockets or chrome.debugger. Instead it uses pure DOM and Chrome Extension APIs. It includes a port of both Stagehand and Browser Use that run purely inside the Chrome Extension. [0]

Doomberg Terminal: A Chrome Extension that performs algorithmic trading using Robinhood's web interface and market data. [1]

crx-mcp-over-cdp: This is a proof of concept demonstrating how to run a Model Context Protocol (MCP) server inside a Chrome Extension using Chrome DevTools Protocol (CDP) - no external server required. (Sort of, I left out the actual MCP library implementation. Ran out of time.) [2]

[0] https://github.com/adam-s/cordyceps

[1] https://github.com/adam-s/doomberg-terminal

[2] https://github.com/adam-s/crx-mcp-over-cdp

Re: Ask HN: What are you working on? (September 2025)

#198

Post by jms55 »

I've been working on raytraced lighting in the Bevy game engine, using wgpu's new support for hardware raytracing in WGSL. The initial prototype is launching with the release of Bevy 0.17 tomorrow, but there's still a ton left to improve. Lots of experimenting with shaders and different optimizations.

I wrote a blog post about my initial findings recently: https://jms55.github.io/posts/2025-09-20-solari-bevy-0-17

Re: Ask HN: What are you working on? (September 2025)

#199

Post by adevilinyc »

I'm building Mighty, a library that lets you render Astro components everywhere.

https://go-mighty.vercel.app/

(Will probably register a proper domain name close to release)

Historically, Astro hasn't had an API like renderToString for React/Vue/etc. that takes a component and renders it on the server. That changed with the release of the Container API last year: https://docs.astro.build/en/reference/container-reference/

But there are still a lot of rough edges:

- Importing components is a hassle (you have to go dig through the Astro manifest or create a TS file that exports all your components)

- No Vite integration (so no local dev support, or hot reload)

- No styling support (this is probably the biggest one)

Mighty will provide dev + styling support and a simple way to import your Astro components, with adapters for Hono and Laravel when first releasing. For Hono, it should be as simple as writing a few lines of code:

https://go-mighty.vercel.app/guides/backend-adapters/hono/#r...

Still WIP, but I hope to have something out by the end of the year! Let me know what you think.

https://go-mighty.vercel.app/

(And yes, I wrote the docs before the code! It helps me structure my API design far better, even if not perfectly)

Re: Ask HN: What are you working on? (September 2025)

#200

Post by codazoda »

LLM-Jail is a Simple Docker Container to Contain Your LLM CLI

https://github.com/codazoda/llm-jail

I don’t know if this is really necessary, but I created it after doing an in-house CTF challenge, with no LLM rules, and I was giving several LLM CLI’s a lot of leeway and iterating very quickly.

Post reply on HN