Software engineer with 6 years of professional experience, currently working on real-time telemetry systems, Python and Rust tooling. Background includes aerospace systems, hardware/software integration, and scientific/engineering applications. B.S. in Mechanical Engineering, CompTIA Security+
Looking for remote software engineering roles, especially in systems software, scientific computing, telemetry, aerospace/defense, robotics, or backend engineering.
To me it was that all tutorials are very outdated, using deprecated browser APIs, and/or using packages and services that abstract away WebRTC (SimpleWebRTC deprecated package and service, PeerJS, etc...), and none of them using TypeScript.
So I wrote my own WebRTC app that solves all of those issues [0].
I really liked your book, but there's no code in it at all, and I'm a person that learns more by following examples and applying them.
I honestly found it a bit weird that a book about WebRTC has no code at all.
Thanks for your contribution and maintaining the pion library(I am a user). The thing is that WebRTC usually isn't a complete solution, many don't want to have p2p but a p2s2p(which usually means distributed computing/SFU) solution, which makes developing an application way too complex.
Thanks for your work -- I've used pion before myself.
Then you know the answer to that question. I imagine on a thread like this that would only tread the surface of the complexity, the first question will always be "What the hell even is STUN, TURN, ICE, SCTP, DTLS, SRTP?"
And thats the beginning of the complexity. But it's also a naturally complex problem. So, I thought it was a joke.
I wish the auto-close bot could be considered a red flag for the exact reasons you stated, but unfortunately it’s in effect on tons of actually good projects, so it’s not useful as a signal.
I wish :( For now I am taking free resources wherever I can find it and for the rest it comes from youtube, but more of a temporary measure. I’m in contact with a few artist and am trying to get properly licensed tracks for most, if not all, scales asap
That’s what made it easier for me. I would be that drive-by user in discord or searching for “Good First Issue” without even being remotely interested in the project. Now I try to focus on using it first. It was mostly an ego thing I had to move past
Remote: Yes — US remote preferred
Willing to relocate: No
Technologies: Python, C++, Rust, Linux, Docker, PostgreSQL/Supabase, real-time telemetry, IRIG 106 Chapter 10, simulation, systems integration
Résumé/CV: Available on request
Email: [email protected]
Software engineer with 6 years of professional experience, currently working on real-time telemetry systems, Python and Rust tooling. Background includes aerospace systems, hardware/software integration, and scientific/engineering applications. B.S. in Mechanical Engineering, CompTIA Security+
Looking for remote software engineering roles, especially in systems software, scientific computing, telemetry, aerospace/defense, robotics, or backend engineering.
reply