Hey,
too bad you've shut down, looked like a great project.
> I notice you don't have shared memory transport, nor do you support runtime composability (I think?)
We're using Zenoh in the backend, we didn't try to reinvent the wheel on that front.
> I'm also a little confused on what serialization format you support - is it an entirely custom one?
It's cap'n proto, but abstracted away for the user so he doesn't have to think about it.
> BSL feels great, but I found it scared off some people
Agreed, but we're building a SaaS in parallel, PeppyOS will be 100% free and open source but we don't want another company to build a SaaS on top of it, that will be the only restriction of the BSL license, otherwise it's the same as Apache 2.0.
Our goal is to make all of this super easy with the installation of a single script. We're also working on a SaaS in parallel which will allow you to fire up the whole stack in your browser, 0 setup required (you pick the robot you want and it runs in a sim in your browser). Then, when you're satisfied with the result you just run a bash script on your Jetson board and everything will work the same on your real robot.
Very interesting. There is nothing that would prevent PeppyOS nodes from running on the GPU. The messaging tech behind PeppyOS is Zenoh (it's swappable), it can run on embedded systems (PeppyOS nodes will also be compatible with embedded in the future). That being said, at the moment the messaging system runs exclusively on the CPU.
Fun fact, we've been using pixi to compile everything Python related internally. In fact PeppyOS was even started with pixi as a base layer (but we pivoted away from it since the project is in Rust and Cargo is the de-facto toolchain). We support uv by default for Python (since it's what's the most used these days) but pixi is already supported, see the note on this page: https://docs.peppy.bot/guides/first_node/
Hey, good points, we have plans to create a ROS2 bridge in the near future. We definitely won't be able to catch up with huge ecosystem that ROS2 has created over the years but we will rewrite the annoying parts, that's for sure.
A little, less-known hack is to be hired as a freelancer/contractor, from there you just prove your worth and ask for a long time position.
It allows you to bypass the multi-round interviews, have a greater negotiation power (cause they know what you're worth) and just stop loosing crap on bs tests for X and Y.
This is what I did and it worked well for me. Before doing that I never went through interviews that had more than 3 rounds.
> I notice you don't have shared memory transport, nor do you support runtime composability (I think?)
We're using Zenoh in the backend, we didn't try to reinvent the wheel on that front.
> I'm also a little confused on what serialization format you support - is it an entirely custom one?
It's cap'n proto, but abstracted away for the user so he doesn't have to think about it.
> BSL feels great, but I found it scared off some people
Agreed, but we're building a SaaS in parallel, PeppyOS will be 100% free and open source but we don't want another company to build a SaaS on top of it, that will be the only restriction of the BSL license, otherwise it's the same as Apache 2.0.