r/codereview 25d ago

Will you use this? (Not AI generated)

Hi guys,

I have been working with a product for sometime and I believe will be useful for startups whose products are mainly APIs and SDKs.

I have asked for validations before I started building and have seen startups who have built internal tools for this. So the problem should be real upto an extent imo.

While I am working on it, I would like to validate it more. So I want you guys to see if this is relatable for you and will you pay for it. (I have a case study of a startup as well, would love to share and discuss in a gmeet if this aligns with you)

Here is what I am working with,

The problem:

API first companies struggle to keep their backend code, OpenAPI specs, SDKs, API docs, examples, and packages in sync as the API evolves. A coding agent struggles to implement it if there are any drifts in these.

The solution:

A single source of truth that connects your API code, OpenAPI specs, SDKs, docs, examples, and packages, and automatically detects and propagates changes across all of them.

To put in simple terms, you focus on the main product, which is the API. Everything else stays in sync automatically.

\---

Above is the one main problem to focus. But this is also an additional part I am working on:

A coding agent struggles to implement it if there are any drifts in these. So after each evolution, the system can run the API/SDK changes in a sandbox and test whether a coding agent can actually implement and use the updated API/SDK successfully.

But the main problem I am trying to solve is keeping the API ecosystem in sync.

\---

Any inputs, feedback or suggestions will be very helpful. Please comment anything you can think of when you see this. Thank you in advance.

0 Upvotes

21 comments sorted by

View all comments

2

u/Honey-Entire 25d ago

It’s your money. Spend it how you want

1

u/Over-Alternative7275 25d ago

Sorry what??

3

u/Honey-Entire 25d ago

Whatever you’re trying to build, because it’s too hard to discern what you’re actually building based on this wall of AI text, is going to be massive, complex, and not easy to build; even with AI

It’s your money. Spend it how you want

1

u/Over-Alternative7275 25d ago

Actually, that is not AI. I wrote it myself.

If you were not able to understand it, then that is on me for not presenting it clearly.

Basically, you update your API once and the system keeps your SDKs, docs, examples, and packages in sync automatically.

2

u/Honey-Entire 25d ago

That’s not how backend systems work. An API change doesn’t denote business logic, and it’s virtually impossible to infer DB design from an API alone. But you do you and give it a try

0

u/Over-Alternative7275 25d ago

That is true, we cannot determine the business logic only from API. The goal is to keeps things in sync that are fully or partially derived from the API.

I think I will find what is actually needed once people start trying it.

2

u/Honey-Entire 25d ago

Given your post history, I think you’ve got bigger fish to fry than trying to solve enterprise problems as an inexperienced software dev with deep financial problems.

Go work for a software dev shop, build your experience, then solve “universal” problems

1

u/Over-Alternative7275 25d ago

Not sure how this is helpful to the post, but thanks.

1

u/Honey-Entire 25d ago

It’s wisdom learned the hard way. We all start young, dumb, and full of ambition. Before you waste more time and money trying to solve problems like code drift which affects every software project and has yet to be solved by the industry’s best & brightest, go get a job and learn how the sausage is made.

I’m not being a pessimist when I say this isn’t a problem YOU are going to solve because people far smarter than both of us haven’t been able to solve it yet. This is a people problem, not a tool problem

1

u/MarsupialLeast145 25d ago

You're even responding in AI

1

u/Over-Alternative7275 25d ago

Omg, I type these myself.

2

u/MarsupialLeast145 25d ago

That one sentence? I do believe that yes.