# I wrote a small MPMC channel implementation and it turned out pretty well

**URL:** <https://ziggit.dev/t/i-wrote-a-small-mpmc-channel-implementation-and-it-turned-out-pretty-well/14154>\
**Category:** Showcase\
**Created:** [February 1, 2026, 8:35am UTC](https://ziggit.dev/t/i-wrote-a-small-mpmc-channel-implementation-and-it-turned-out-pretty-well/14154 "2026-02-01T08:35:02Z")\
**Posts on this page:** 1\
**Showing post:** 2

<div class="post-metadata">

**Author:** ![Sze](https://ziggit.dev/user_avatar/ziggit.dev/sze/32/496_2.png) [@Sze](https://ziggit.dev/u/Sze)\
**Post date:** [February 1, 2026, 12:39pm UTC](https://ziggit.dev/t/i-wrote-a-small-mpmc-channel-implementation-and-it-turned-out-pretty-well/14154/2 "2026-02-01T12:39:12Z")

</div>

Might make sense to choose another name, there already is another project called ziggy:

> [@Ziggy: a JSON / YAML / TOML replacement](https://ziggit.dev/t/ziggy-a-json-yaml-toml-replacement/3313):
>
> I started working on this project because I need a frontmatter data format for Zine, my static site generator, but I’m trying to make it a general purpose data format that should be an improvement over JSON & co for most similar use cases. Key features: distinction between structs vs maps unions of structs, so that you don’t have to rely on shape matching I have already created a tree sitter grammar, an LSP and a bunch of parsers for it. There’s one last feature (custom string literals) tha…

---

_[View the full topic](https://ziggit.dev/t/i-wrote-a-small-mpmc-channel-implementation-and-it-turned-out-pretty-well/14154)._
