or our GitHub org:
github.com/eclipse-upro...

🚗 At the Eclipse #SDVHackathon26, you choose your challenge:
🕵️ Doctor Whodunit!!
⚡ Hack to the Future

Join us 6–8 October 2026 in Friedrichshafen: www.eclipse-foundation.events/event/sdv-ha...

#SDV #SoftwareDefinedVehicle #uProtocol #KUKSA #SCORE #SDVBlueprints

it was also Steven Hartley's comments about open source that helped me to grow in understanding during the time we worked together on Eclipse uProtocol. IIRC his $5 quote was something along the lines of "Open source is about stewardship, not ownership". i've tried to carry that with me in what i do

Kai was one of the first people i worked with in the Eclipse SDV WG, when starting to contribute towards Eclipse uProtocol.

so -- at times were Kai's PR reviews pointed? yup. did it help me grow as an engineer and in understanding that it was about the work and about quality and not me? also yup.

nifty to look back on

here's the issue started in Eclipse uProtocol to discuss this. we'll be working to flesh it out further and figure out a direction of collab
github.com/eclipse-upro...

Eclipse iceoryx2 will build demonstrators over the next year or so on vehicle to show e.g. multiple sensors communicating with services to build out towards a goal to learn shortcomings

in Eclipse uProtocol we could do the same sorta work and share learnings and collaborate on how to improve

Eclipse uProtocol started out with a concept of a "uService" which can enable service schema definition and evolution.

that currently doesn't exist in Eclipse iceoryx2, but may be a worthwhile area to learn from each other on

Eclipse iceoryx2 is focused on intra-node communications with its zero-copy, shared-memory transport.

but -- it does have the concept of "gateways" and "tunnels" which somewhat map onto the Eclipse uProtocol concept of the "uStreamer"

we had an excellent workshop today between Eclipse uProtocol and Eclipse iceoryx2 (both largely in Rust bee-tee-dubs)

some main areas of collaboration we found:
- inter-node / gateway concepts
- service-level definition and evolution
- code generation + IDLs
- corresponding demonstrators

couple of ideas:
- i'm a maintainer of Eclipse uProtocol, an open source service mesh framework for automotive and other high assurance domains; plenty to do in Rust
- noticed that the carla crate in Rust when unmaintained a year back; this could be impactful

if you're interested in seeing what uProtocol's about, check out our website!
uprotocol.org

bouncing back and forth between cooking and coding today. added the radar sensor to the ego vehicle in support of hack participants crafting cool Automated Driving algorithms. yes: it's Rust 🦀 and yes now you can get this data shipped over Eclipse uProtocol

here's a link to our github org:
github.com/eclipse-upro...

i'm also a maintainer of Eclipse uProtocol, so if you're interested in seeing how we're building the future of Automotive comms in OSS check it out:
uprotocol.org