Thanks for the mention! We do move fast and to help manage the changes better we've introduced a number of change management concepts recently like breaking change detection and more controls around semver. The updates can also be stacked by the user into PRs and versions updated and published in one go. Definitely choices that we can guide you through
Congratulations to the Stainless team on a fantastic launch! I'm one of the co founders of Speakeasy (https://www.speakeasyapi.dev/). We do similar things in the SDK space and some other things too.
I resonate with a lot of what is said in the comments. Last mile API tooling is underrated and most companies don't have the deep API platform expertise to build from scratch. The OSS options in the space proved SDK generation could be done but the actual product that you got in hand still needed a lot of work to be enterprise ready. The code was poor quality, wasn't customisable and there was no change management story. We're seeing a new wave of work in this space that's making api platform engineering much more accessible.
The API devex story starts with SDK creation and maintenance but there is a lot more to come!
Speakeasy (https://www.speakeasyapi.dev/) | Product Engineers (Full Stack), Founding Designer, Developer Advocate | US (SF), London (UK) | Full Time (Open to Remote, with willingness to travel a few times per quarter)
Hey there ! I'm Sagar, one of the co-founders at Speakeasy. We build tools to enhance the API developer experience. This primarily includes production-quality automatically-generated interfaces for companies' APIs such as SDKs and Terraform providers. Our mission is to assist teams in distributing their APIs to developers while handling the complex aspects.
We're a small, highly autonomous team looking for contributors to drive major projects from inception through delivery and iteration, working closely with our customers and community. If you're interested in developer-focused UX building with code generation, linters, parsers, LLMs you might find our work engaging. Although our primary languages are TypeScript and GoLang, our code gen product spans across more than eight languages — we're truly polyglots! As we scale rapidly alongside our customers, we're eager for individuals excited about delivering products that could impact millions of developers.
Learn more about our "why" here: https://www.speakeasyapi.dev/docs/introduction/api-devex
Speakeasy (https://www.speakeasyapi.dev/) | Senior Product Engineers (Fullstack) | US (SF), London (UK) | Full time . (Will consider Remote too if you are open to travel a couple times a quarter).
About us: Hey there ! I'm one of the co founders of Speakeasy. We're building out a complete toolchain for API developer experience starting with production quality interfaces for company's APIs like SDKs, terraform providers and other novel generation targets. We help teams distribute their API to developers and deal with all the tough bits of scaling API usage.
You'll own, drive on major projects from inception to delivery and iteration with with our customers and community. You'll enjoy working on the stack if you're interested in codegen, linters, parsers, llms and developer focused UX. Our primary languages are Typescript and Golang but being a codegen product we work across 8+ languages, we're polyglots! We're scaling quickly with customers and looking for folks who are excited by the idea of shipping products that can touch millions of devs. More on the "why" here: https://www.speakeasyapi.dev/docs/intro
We're a small but tight knit team that iterates rapidly on product and has high autonomy to drive the business forward.
Its a spicy time in IAC. Here is quick guide on how to leverage your existing terraform provider to unlock the Pulumi ecosystem using the Terraform Bridge.
I'm working on a company https://speakeasyapi.dev/ with the goal of helping companies in this ecosystem get great production quality client sdks, terraform providers, cli(s) and all the developer surfaces you may want supported for our API. We also manage the spec and publishing workflow for you so all you have to do is build your API and we'll do the rest.
Feel free to email me at sagar@speakeasyapi.dev or join our slack (https://join.slack.com/t/speakeasy-dev/shared_invite/zt-1cwb...) . We're in open beta and working with a few great companies already and we'd be happy for you to try out the platform for free!
The original comment and every reply reads like it was copied straight from a marketing brief. This is everyone's reminder that Hacknernews is not immune to astroturfing, and it's often done much more subtly.
We at Airbyte are happy users of the speakeasy platform. The CLI generator is easy to get started with and generate nice api clients that are constantly getting better. Their api developer platform does a great job of managing new client builds and deploys to the package repositories as well. Super please with the experience so far.
What's the thought process behind the product with API Keys? Why do you build those for your end user, and what's the goal of someone using that. Unless I'm misinterpreting.
I've been working with Speakeasy for a couple of month now to produce client libraries for our customers to use. They've finally made an OAS-based code generator that's great. In fact, it's getting even better with useful functionality being released on an almost biweekly basis. I would strongly recommend Sagar and the Speakeasy team to anyone looking to support high quality client libraries for your customers.
We've been building client sdks as a service at Speakeasy (https://www.speakeasyapi.dev/). API developer experience today in REST struggles because the openapi generators are buggy and generate machine-readable stubs rather than ergonomic SDKs. We ended up building a new generator from ground up focused on ensuring we could capture idiomatic features specific to each languages. For API consumers our goal is to provide a best in class dev ex and taking the burden off of having to rewrite common boilerplate like pagination and retries. For API producers you get to focus on building your API and not have to worry about table stakes features for your users. We started a closed beta programme recently. Shoot me a message at sagar@speakeasyapi.dev or come chat with us on slack if you want to early access!
Great to see other engineers focusing on this space. I’ve spent a good chunk of my career writing in-house clients for various business critical APIs and have always had a giggle that our self-made ones were often far nicer to use than anything on the market but was always disappointed that due to a variety of corporate constraints they will never see the light of day. I can see a big benefit to bespoke hand-rolled clients with a solid developer experience so keen to see where you guys go!
We're building a product to tackle the time to value problem for API integration at Speakeasy (speakeasyapi.dev) . This is the onboarding problem you described but specifically for APIs which have a whole set of special needs and table stakes like dev portals with request logs, client sdks, usage limits, key rotation etc. Lots of companies building partner and public APIs often spend weeks if not months getting new partners to make a successful API call and move the integration into production. We've seen that only the biggest API as product companies have the time to invest in this internally by building out API platform teams. You still need a lot of this dev ex even if you a smaller company so usage of your API grows quickly. If what you are doing is API centric shoot me a note and happy to have you test out the product or just jam on ideas :)
On the Speakeasy branded classes. We got rid of that some time ago based on customer feedback. Check out our new TS generator https://www.speakeasyapi.dev/post/how-we-built-universal-ts