This is a very exciting product - I'm surprised this didn't exist until now. Would love to see C++ support in the future.
The Stainless SDK Generator
11–20 of 67 posts
Re: The Stainless SDK Generator
#12what’s the difference between this and https://github.com/deepmap/oapi-codegen
There are open source generators for a ton of languages[1]! We've been reasonably happy with their output for ~5 SDKs over the last few years. We did a massive writeup on our experience at the time[2].
In the end...ongoing maintenance there was still enough of a pain that we made the decision to outsource it. For just one or two SDKs I think we probably would have kept going with it, though.
[1] https://github.com/OpenAPITools/openapi-generator
[2] https://www.mux.com/blog/an-adventure-in-openapi-v3-api-code...
Re: The Stainless SDK Generator
#13is this an alternative to buf.build?
Re: The Stainless SDK Generator
#14How do you guys differ against https://www.speakeasyapi.dev and https://www.buildwithfern.com and https://liblab.com?
Re: The Stainless SDK Generator
#15I'm curious to see the output. Most of the time I specifically avoid using the SDK published by the API provider because it's thousands of lines of code when all I need is ten lines wrapping fetch.
Re: The Stainless SDK Generator
#16Congrats! Any C# support in the works? :)
Yep! C# is on our roadmap, coming up next after we ship support for Ruby. I recently joined the engineering team at Stainless and this was one of the first questions that I asked. I'm a C# enthusiast and worked at Xamarin back in the day, so I'm pretty excited for this feature.
Re: The Stainless SDK Generator
#17Congrats on the launch! Incredible customer list!
Re: The Stainless SDK Generator
#18is this an alternative to buf.build?
buf.build : protobuf :: stainless : REST
(roughly)
Re: The Stainless SDK Generator
#19We've been happy customers of Stainless since the beginning. Alex and the team are thoughtful and care a lot about API design. Recommended!
Re: The Stainless SDK Generator
#20Disclaimer: We're an early adopter of Stainless at Mux.
I've spent more of my time than I'd like to admit managing both OpenAPi spec files [1] and fighting with openapi-generator [2] than any sane person should have to. While it's great having the freedom to change the templates an thus generated SDKs you get with using that sort of approach, it's also super time consuming, and when you have a lot of SDKs (we have 6 generated SDKs), in my experience it needs someone devoted to managing the process, staying up with template changes etc.
Excited to see more SDK languages come to Stainless!
[1] https://www.mux.com/blog/an-adventure-in-openapi-v3-api-code...