nowfound

Alternatives

Products that do what TempleOS Playground does

I noticed that Fabrice Bellard added x86_64 support to JSLinux, and I decided to do some work getting TempleOS up and running on it. Enjoy the fruits of my labor: TempleOS, running locally in your browser, completely unoptimized, with some convenient tools for debugging and playing around.

  1. 1IB
  2. 2OS
  3. 3

    8-Bit retro sound fx generator

    Dec 2025

  4. 4
    Noctiluca103

    A new remote desktop for macOS

    Mar 2026

  5. 5

    Faster than AngularJS and ReactJS. Better MV-ish Framework.

    2015

  6. 6SI
  7. 7BR
  8. 8QI
  9. 9JO

    2012 · github.com

  10. 10RO
  11. 11WA

    2017 · github.com

  12. 12UB

    Jul 2026 · codeberg.org

  13. 13
    RunJS18

    The JavaScript playground for your desktop

    2018

  14. 14LF

    Hi HN, I just wanted to share what I have been working on for the past few months: A firmware analyzer for embedded Linux systems that helps uncovering security issues running entirely in the browser. This is a very early Alpha. It is going to be rough around the edges. But I think it provides quite a lot of value already. So please go ahead and drop a firmware (only .tar rootfs archives for now) and try to break it :)

    Mar 2026 · xray.boldwark.com

  15. 15IB

    You know that old TI calculator you used in high school, then put in a box and forgot about? Have you ever wished you had an operating system for your calculator with preemptive multitasking, dynamic memory management, a tree filesystem conforming to the FHS, and all the comforts of Unix? Well, good news: that's totally a thing that exists. I've been working on my kernel for about three and a half years now and I'm looking for new contributors to help out. It's written entirely in z80 assembly, and it's both challenging and fun to work on. There's an IRC channel for contributors or people…

    2014

  16. 16SC
  17. 17AW

    I’ve spent the last few days prototyping a browser-based game engine stack designed for instant-load, "Roblox-for-Teens" style deployment. The goal is to lower the floor for AA indie devs who want high-fidelity physics and instant web distribution without the overhead of Unity or a heavy Godot export. The Stack Engine: A headless WASM/WebGPU implementation. I’m currently using custom flags and selective streaming to bypass standard browser memory and execution limits. Physics: I’ve ported Jolt (Guerrilla Games) but modified the solver to mimic the original Blam! engine (Bungie/Halo…

    Jan 2026

  18. 18MA

    Hi HN, For the last ~15 years I've worked on embedding web browsers into Java and .NET desktop apps (JxBrowser, DotNetBrowser). Over time, I watched many teams move from embedding web views into native apps, to building full desktop apps with frameworks like Electron and Tauri. Both are useful, but in practice I kept running into several problems. With Electron, beyond the larger app footprint, I often ran into: - lack of type-safe IPC - no source code protection - weak support for the modern web stack Tauri solves some problems (like app size), but introduces others: - different WebViews…

    Apr 2026 · teamdev.com

  19. 19ZA

    As a self-hoster myself, I've been missing some of the nicer features for other PaaS and wanted to have them for my own side projects, so i set out to build a custom platform as a service that is self-hosted. Today after a whole year of working on it and using it for all my projects, I put out an initial stable version for the project for everyone to try. website link : https://zaneops.dev repo link : https://github.com/zane-ops/zane-ops (PS: yes, the website for zaneops is hosted on zaneops) Would love to hear your thoughts

    2025 · zaneops.dev

  20. 20AF

    Another Sunday afternoon project: add some pizzaz to your boring bare metal or virtual machine consoles! Written as a single Go binary; no dependencies. https://github.com/Fusion/modernfbv As usual, feedback please!

    2022

  21. 21FC
  22. 22JI
  23. 23DY

    2020 · wasm.joway.io

  24. 24YA

    Hey HN, I'm a heavy Obsidian user. I recently got tired of the two usual sync tradeoffs: 1. File-based sync (iCloud/Dropbox/Syncthing) that leaves you waiting for changes to propagate, or hands you a "conflicted copy." 2. Self-hosted setups (like CouchDB) that need touching VMs and dockerized databases to sync markdown. So I built YAOS: a local-first, real-time sync engine for Obsidian. Self-hosting OSS should have better UX. You can deploy the backend to your own Cloudflare account in one click. It fits comfortably in Cloudflare's free tier (costing $0/month for normal…

    Mar 2026

Ranked by how close each launch is in meaning, then by votes. Refine with a description →