Dev tools · alternatives · 2026

24 alternatives to A new language for COBOL workloads, built on Go

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…

Below are 24 products that do a similar job, ranked by how close each is in meaning and then by launch-day votes.

1
I built an open-source data pipeline tool in Go▲200
Every data pipeline job I had to tackle required quite a few components to set up: - One tool to ingest data - Another one to transform it - If you wanted to run Python, set up an orchestrator - If you need to check the data, a data quality tool Let alone this being hard to set up and taking time, it is also pretty high-maintenance. I had to do a lot of infra work, and while this being billable hours for me I didn’t enjoy the work at all. For some parts of it, there were nice solutions like dbt, but in the end for an end-to-end workflow, it didn’t work. That’s why I decided to build an…
2024 · github.com · its alternatives →
2
I made a Clojure-like language in Go, boots in 7ms▲292
Let-go is a Clojure-like language (~90% compatible with JVM Clojure) written in pure Go. It ships as a ~10MB static binary and cold boots in ~7ms - that's about 50x faster than JVM and 3x faster than Babashka. It has decent throughput on algorithmic workloads - within ballpark of the GraalVM-backed sci. I started this project in 2021 as an elaborate practical joke: I wanted to have an excuse for writing Clojure while pretending to write Go. Jokes aside, it turned out to be pretty decent: it feels like real Clojure, it has an nREPL server (supported in Calva, CIDER, etc.), it's easily…
May 2026 · github.com · its alternatives →
3
COBOL-REKT, a toolkit for analysing and reverse-engineering COBOL▲91
This is an evolving toolkit of capabilities helpful for analysing and reverse engineering legacy Cobol code. Currently, the following capabilities are available: - Program / Section-level flowchart generation based on AST (SVG or PNG) - Parse Tree generation (with export to JSON) - Control Flow Tree generation (with export to JSON) - Allows embedding code comments as comment nodes in the graph - The SMOJOL Interpreter (WIP) - Injecting AST and Control Flow into Neo4J - Injecting Cobol data layouts from Data Division into Neo4J (with dependencies like MOVE, COMPUTE, etc.) + export to…
2024 · github.com · its alternatives →
4
Otterkit – COBOL compiler for .NET▲192
I'm the lead developer of Otterkit. We've been working on this compiler for the past few months. The goal is to support the latest COBOL 2022 standard and compile it to C# (will support nativeAOT as well) Currently most of the work is being done on the parsing side of it to ensure that it can correctly parse all of the 2022 standard. We're almost done writing the parser, and will soon move to the codegen and runtime library. Please let me know what your opinion is on the project. I'll be here to answer any questions about it. We're also looking for contributors if anyone is interested in…
2023 · github.com · its alternatives →
5
A new stdlib for Golang focusing on platform native support▲154
No gc, No goroutines, Produces small binaries while using the unmodified official go toolchain, and comes with complete Web SDK (generated from w3c/webref). We are building `pcz` to provide a reimagination of Go the language, in an effort to make it suitable for all kinds of programming tasks, and currently you can use it to build efficient web applications in Go using the generated Web SDK (as shown with the live web demo[1]). The journey is just starting, any suggestions? or any critics? [1]: https://primecitizens.github.io/livedemos/10-plat-web/
2023 · github.com · its alternatives →
6
Coros – A Modern C++ Library for Task Parallelism▲129
Hello Hacker News. I’m Martin, a graduate student from Prague, and I’ve been working on Coros, a C++ library for task-based parallelism. After spending some time with OpenMP and oneTBB, I wanted to try building a library using modern features from the C++ standard library. I’ve used coroutines for task encapsulation and C++23 expected for exception handling, while trying to maintain good performance. Additionally, I’ve implemented monadic-like behavior to allow easy chaining of tasks, similar to the monadic operations in std::expected. You can check out the project here:…
2024 · github.com · its alternatives →
7
K6 – developer-centric load testing using Go and JavaScript▲101
k6 is an open-source tool and cloud service that makes load testing easy for developers and QA engineers.
2017 · k6.io · its alternatives →
8IW
I wrote a book about using Lambda with Go▲103
Hi HN! During the last few years, I worked on a few applications built with Go, running on AWS Lambda. As I got to know the platform better, I started to find Go & Lambda to be a really productive combination. The applications were fast, and they ended up being much cheaper to run than what my team & I had built before. It’s probably not the best platform for _every_ application, but I was surprised at how much of our workload worked well on it. As we brought new engineers on to our team and helped them get up to speed with the stack, I found that we were covering a lot of the same topics…
2021 · its alternatives →
9
Moustique – C++14 coroutine-based non-blocking IO on Linux▲68
C++14 high performance non-blocking network IO (based on epoll + boost.context) - matt-42/moustique
2018 · github.com · its alternatives →
10CT
Coherence, the developer platform to end yak-shaving▲56
Hey HN! I’m Zach, from Coherence (https://www.withcoherence.com/). We’re building software that provides an integrated way to write, preview, and deploy code from one simple configuration. Check out our explainer video here: https://www.youtube.com/watch?v=V2YHVx8QsLg and a high level demo here: https://www.loom.com/share/072c2afd1099496298f69ab21fdf2820 We started Coherence because we found technology teams spent 30-40% of their time yak shaving and writing glue code, instead of building products our customers love. We don’t think every team…
2022 · its alternatives →
11
Gondola▲69
The web framework for Go programming language
2014 · its alternatives →
12UD
Unify – Dynamic LLM Benchmarks and SSO for Multi-Vendor Deployment▲91
Hey HN! I’m the founder of Unify, and we’ve just released our Model Hub, which provides a collection of LLM endpoints with live runtime benchmarks all plotted across time: https://unify.ai/hub A key finding is that static tabular runtime benchmarks for LLMs simply do not work. It’s necessary to take a time-series perspective, and plot the variations through time. We currently have 21 models provided by: Anyscale, Perplexity AI, Replicate, Together AI, OctoAI, Mistral AI and OpenAI, with more on the roadmap. We test across different regions (Asia, US, Europe), with varied…
2024 · its alternatives →
13
Tantivy▲68
A full-text, horse-speed search engine library in Rust
2022 · github.com · its alternatives →
14
I wrote a VM and Compiler for a small language in Go▲37
My implementation of Thorsten Bell's book (Writing an Interpreter in Go) - actuallyachraf/monkey-giggle
2020 · github.com · its alternatives →
15
cobol2java▲4
COBOL modernization assessment & Java migration scaffolding
Jun 2026 · gitlab.com · its alternatives →
16
A Golang Package for Consistent Hashing with Bounded Loads▲50
A Go library that implements Consistent Hashing and Consistent Hashing With Bounded Loads. - lafikl/consistent
2017 · github.com · its alternatives →
17
Tiny – An interpeted dynamic langauge with inline Go native functions▲41
A lightweight programming language built with Go. Contribute to confh/Tiny development by creating an account on GitHub.
Jun 2026 · github.com · its alternatives →
18
A simple library for persistent finite-state machines in Go▲10
A finite-state machine library for the Go programming language - calebwin/go-sm
2018 · github.com · its alternatives →
19
33% Memory Reduction by Reordering Struct Fields▲19
Learn Go (Golang) by writing real code in this interactive course. Practice structs, interfaces, errors, concurrency, and idiomatic backend patterns.
2020 · qvault.io · its alternatives →
20
Kobol▲3
A Modern COBOL-Inspired Language for the JVM
Jul 2026 · kobol-lang.org · its alternatives →
21
Easy COBOL Migrator▲1
COBOL migration to 6 languages. Offline, no AI.
Mar 2026 · mecanik.dev · its alternatives →
22
A distributed workflow engine written in Go▲9
I'd like to share a project I've been working on for the past few months. It's a distributed workflow engine written entirely in Go. Some highlights: * Tasks are executed in a Docker container * Can run stand-alone or distributed * Highly extensible * Able to enforce limits (CPU/RAM) per task * Web UI Would love the get your feedback on it, and find out if this could be useful.
2023 · github.com · its alternatives →
23
Writing a C++20M:N Scheduler from Scratch (EBR, Work-Stealing)▲18
tiny_coro is a lightweight, educational M:N asynchronous runtime written from scratch using C++20 coroutines. It's designed to strip away the complexity of industrial libraries (like Seastar or Folly) to show the core mechanics clearly. Key Technical Features: M:N Scheduling: Maps M coroutines to N kernel threads (Work-Stealing via Chase-Lev deque). Memory Safety: Implements EBR (Epoch-Based Reclamation) to manage memory safely in lock-free structures without GC. Visualizations: I used Manim (the engine behind 3Blue1Brown) to create animations showing exactly how tasks are stolen and…
Feb 2026 · github.com · its alternatives →
24
Cuts Long Horizon Inference Costs by 50% via external KV Cache Offload▲22
Hey HN, we’re the developers of OpenLake, an open source storage engine for offloading LLM KV caches from GPU memory into a shared tier of RAM and NVMe. We built OpenLake because KV caches are outgrowing GPU memory. A single 256K token conversation on Gemma 4 31B produces approximately 43GB of KV state, more than half the memory of an 80GB H100. The problem becomes even harder across a cluster: a prefix cached on one GPU host is unavailable when the next request lands on a different GPU, forcing the new GPU to repeat work the fleet has already completed. Once the KV cache is offloaded,…
Jul 2026 · github.com · its alternatives →

Also compare

Ranked by how close each launch is in meaning, then by votes. Prices were read from each product’s own site when checked and can change. Refine with your own description →