Alternatives
Products that do what ForkLaunch framework: Upgrading Express with a fully typed DSL does
A project we've been working on for some time that allows you to incrementally adopt modern open standards on top of existing express endpoints. The framework is being used in production by a handful of companies, while the CLI is still in beta.
- 1
- 2
- 3
- 4
- 5
- 6
- 7CA
We've been building Crust (https://crustjs.com/), a TypeScript-first, Bun-native CLI framework with zero dependencies. It's been powering our core product internally for a while, and we're now open-sourcing it. The problem we kept running into: existing CLI frameworks in the JS ecosystem are either minimal arg parsers where you wire everything yourself, or heavyweight frameworks with large dependency trees and Node-era assumptions. We wanted something in between. What Crust does differently: - Full type inference from definitions — args and flags are inferred automatically. No…
Mar 2026 · github.com
- 8
Hey HN! I built Typebase, a library that gives you Convex's DX with Supabase's openness. After trying Supabase I liked how fast it is to spin up a DB and auth, but really didn't like using RLS and SQL for authorization. With Convex I loved how your server "lives" in your code, but disliked the DB model and the realtime-first defaults. With Typebase you just write TS files inside a typebase/ folder in your existing repo. You can define your DB tables inside a schema.ts file and export server functions that your frontend calls like local functions, fully typed. Auth is built in. Then one…
11d ago · typebase.io
- 9
- 10CA
Mar 2026 · github.com
- 11
- 12SO
Aug 2026 · github.com
- 13AN
We’re building an open-source language layer on top of Go, designed specifically for COBOL-style workloads: Native decimal arithmetic (COBOL-accurate) Record structures and copybook compatibility Batch jobs and transactional orchestration as first-class constructs Sequential / indexed file I/O baked into the runtime Compiles through Go for speed, concurrency, and cloud deployability Think of it as Kotlin for COBOL, or “COBOL on Go” familiar to mainframe engineers, powerful for modern developers. Test Results so far: NIST COBOL-85 validation: 77.61% overall (305/393 tests) NC…
Nov 2025 · github.com
- 14BF
I'm the technical co-founder of Baseline, and I wanted to share our latest creation with you all. After struggling with some limitations of other popular frameworks for our own startup projects, we decided to build something better—Baseline. We've designed our framework to address the specific needs of startups like ours that require scalability, reliability, and ease of use without the hefty overheads. We’re launching as an Open-source product. Baseline is built on AWS and leverages serverless technologies to offer a solution that scales automatically and is cost-effective. With other…
2024 · baselinejs.com
- 15DT
A few years ago, my team moved from Java to Go. Working on Go projects, we came across a variety of logging frameworks with different APIs outputting messages in different formats. Go seemed to be lacking a logging abstraction like slf4j, which has been so invaluable to the Java ecosystem. Without that abstraction layer, the APIs for configuring logging vary wildly across projects, and libraries must either add a dependency on one of those frameworks or simply avoid structured logging altogether. Dazl is a logging abstraction layer that decouples the logging API from specific Go logging…
2023 · github.com
- 16FS
Jul 2026 · github.com
- 17OD
May 2026 · github.com
- 18PS
I created Pylon to make it easier to move from hobby projects to full production apps. When I work on hobby projects, I usually use React or Next.js because they are quick to set up and easy to deploy on Vercel. For production apps, I separate the frontend and backend, then deploy the backend on AWS. But setting up a full backend on AWS can be complex and costly, especially for simple apps. Pylon is a full-stack, real-time framework that includes server-rendered React, TypeScript functions, entities, policies, real-time sync, built-in authentication, and support for background and scheduled…
Jul 2026 · pylonsync.com
- 19DA
Duck (https://duck-lang.dev) is a statically typed, compiled programming language that combines the best of Rust, TypeScript and Go, aiming to provide an alternative for full-stack-development while being as familiar as possible Improvements over Rust: - garbage collection simplifies developing network applications - no lifetimes - built-in concurrency runtime and apis for web development Improvements over bun/node/typescript: - massive performance gains due to Go's support for parallel execution and native code generation - easier deployment since Duck compiles to a…
Jan 2026 · duck-lang.dev
- 20AS
Doors: Server-driven UI framework + runtime for building stateful, reactive web applications in Go. Some highlights: * Front-end framework capabilities in server-side Go. Reactive state primitives, dynamic routing, composable components. * No public API layer. No endpoint design needed, private temporal transport is handled under the hood. * Unified control flow. No context switch between back-end/front-end. * Integrated web stack. Bundle assets, build scripts, serve private files, automate CSP, and ship in one binary. How it works: Go server is UI runtime: web application runs on a…
Apr 2026 · github.com
- 21DT
Hello HN! Over the last few months I've been working on Differential.dev. It's a tool that I built to solve the problem of connecting n domain services, with the simplest possible abstraction - function calls. (Typescript only for now) Internally it uses a service bus that ferries functions calls, but all of this is abstracted away from a developer. You can use it (as I have) in brown-field projects to split a monolithic service to domain-driven services, without splitting the codebase. It's fully open-source under a GPL 3.0 License:…
2024 · differential.dev
- 22FT
Hi HN, I’ve been building 'Fragno', a toolkit for building full-stack TypeScript libraries that work seamlessly across frameworks like Next.js and SvelteKit. Traditional libraries are built to integrate on either the frontend or backend. Glue code ends up being re-implemented for every project: API routes, documentation (OpenAPI), client-side integration, etc. With Fragno, you can write libraries that include API routes and client-side hooks/logic. Users can integrate a Fragno library into their application with just a couple of lines of code. This embeds the API routes and lets them…
Oct 2025 · fragno.dev
- 23NB
Hey everyone, Daniel here. I’m building an open source framework that makes it easy to code and deploy serverless applications – https://github.com/notation-dev/notation | https://notation.dev. I wanted a tool that delivers the benefits of serverless (scalable managed services), but with a first-class developer experience. Here are the main concepts: 1/ Notation provides a set of primary infrastructure resources (eg API gateway, lambda, event bridge etc) that can be composed together into serverless apps. They are fully typed, so slot into place very…
2024 · github.com
- 24AF
Announcing: ADAPT Framework ALPHA release and demo ADAPT Framework is a developer toolkit for replacing a centralized web back end with a decentralized mesh of interconnected data nodes. ADAPT is an easy way to build non-custodial internet applications for document sharing, messaging, credential management, medical data sharing, and other similar use cases. ADAPT enables developers to create data nodes that work identically on the front end and server side. All business logic that was traditionally placed into the back-end of an application can now be implemented by defining the behavior of…
2023 · github.com
Ranked by how close each launch is in meaning, then by votes. Refine with a description →