Yes we use it for rama [1]. You can check its justfile and CI workflow file how we use it. Those run thousands and thousands of tests thx to nextest and what feels like instantly (once compiled).
Large projects build with rama use it as well. But those are proprietary from partners so sadly cannot share those.
Thank you very much for developing nextest. It is what allows our projects like rama [1] to run thousands and thousands of tests in a blink of an eye! Keep it up!
Thank you very much. We will see, I have been on this for 5 years, if it takes another 10 years for the wider global community to discover rama, so be it. We have patience.
No clue how an AI would write it, but that is sadly how I write, sentences that are perhaps ending a bit too... late. I like my comma's and my em dashes... always have... Used to blog a lot more, trying to pick it up again, with this blog article being hopefully the first of many more to come.
And yeah mostly want to highlight the fact that is ready for production because sometimes people are worried for < 1.0 projects, but want to make sure that people know that we and plenty of other companies are already using it in production for serious projects, not just a hobby or R&D thing.
Our aim is to solve a real world problem with this, so that we can all stop reinventing the same duct-tape mess and instead have a shared foundation that we can all build upon. Such that if there is something to improve or a mistake it has to be fixed once and all rama users benefit from it. While still ahving the flexibility to use and stack your different services however you wish.
OP Here, sorry for not being clear. And happy for feedback on our presentation, docs, my article and ofc the code itself. It has been under developed since over 5 years, and was used in production right from the start. Now we are at a point that it is used by several different companies and even more individual users.
Here is some context and info about the framework that I am quoting from our README to provide you with context:
Rama is a modular service framework for the Rust (programming) language.
The framework is intentionally explicit. Your network stack is built from services, layers, transports, protocols, and state that you compose yourself. That makes the shape of the system visible in the code, instead of hidden behind framework magic or configuration.
This makes Rama a good fit not only for proxies, but for network services where the stack itself matters: how traffic enters, how it is decoded, where state lives, what gets inspected, what gets transformed, and where it goes next.
Whether you're inspecting traffic for security analysis, writing a web service, emulating clients with custom user agents, controlling connection behavior for advanced testing, or building high-performance proxies, Rama provides a clean and composable Tokio-native foundation for network services in Rust.
Rama is used in production for network security, data extraction, API gateways, routing, and other networked systems.
Yes the blog post was written completely by me. Not entirely certain what triplet you are referring to, or what that might be, but your suggestion is spot on. Going to add a comment with more context of what rama is as a comment myself. Appologies. Not yet used to promoting projects myself...
The nicest thing of Elm is how much it feels like Haskell. Have built some fun things with Elm years ago.
The second nicest thing with Elm is the philosophy of if it compiles it works. And to be honest you can get that same feeling with most of Rust as well. Sadly not as much of a haskell feeling but at least it has a warm shadow of some of its functional ancestors.
Seems to flag any project related to networking — regardless if it is a network framework or a podcast website — as unsafe... oh well... let's see how it is once they losen up...
Maybe in USA in big tech where companies give absurd wages to engineers anyway in some states, that might be acceptable. But to make their ROI they need that (and more) to be spend world wide... no way that is gonna be a budget that is gonna fly in the long term...
Companies love to cut costs, and just like they axe employee numbers at will, they will just as well make that kind of budget quickly dissapear the moment they realize they can go a different path for same or better value... Or simply because share holder short-term value demands it...
What if you phrase the question from "will AI ever be useful" (a term as utterly vague as "IT") to "will it ever be able to promise the financial gains these companies are hoping? Especially with local models eating their lunch :shrug:
I do not disagree with what you are saying, but I honestly still believe that most of the utility we experience are honestly gonna become very boring very soon that we can just run local... Even if it's a bit more slow who cares, can just run in background while you work on other stuff yourself, read up on things, review other work...
It's not that the utility of it put in question. What is however a giant question mark is how the heck any of the big AI companies are ever gonna get that ROI? Given how many of us are becoming more and more fine with local models that run just fine especially on a good enough computer which most developers have anyway...
Congratulations terts and team. In November’25 we had pleasure to interview you about roto and Nlnetlabs [1]. Happy how far it has come already. Before the summer ends We’ll implement support for it in rama [2] to support scripted services and anything else you might want! Looking forward to that day. Until then, keep it up!
Do you or someone reading this know who would be the best person that would be willing to come on a guest on a podcast and has the correct knowledge (ideally the person who implemented in WC3, or something similar enough).
Asking as I'm the host of netstack.fm, a podcast about networking and rust, but some episodes are just about networking alone.
Would love to devote an episode to the Kali TCP/IP IPX bridge as there's a lot to unpack there and that can be learned from. Any tips for a guest for such an episode are more than welcome!
Htmx got me into hypermedia heaven, but it lead me to datastar for sure.
Recently we also had an interview with the creator of datastar, where he also talked a bit about darkstar (something he wants to built on top of webtransport for the few things where datastar is no well suited for now)
Plabayo: https://plabayo.tech developer of: https://ramaproxy.org/ (commercial: https://ramaproxy.com)
My personal time goes mostly to my family (in all its aspects), my endeavours in FOSS and studies in both languages and mathematics.