3 ms·

By the same reasoning, one shouldn’t build a company based on any API, regardless of whether it’s free or paid; the existence of a paid API does not automatical

by clipsy 4y ago

By the same reasoning, one shouldn’t build a company based on any API, regardless of whether it’s free or paid; the existence of a paid API does not automatically guarantee any future pricing or even availability. One could build a company around a paid API only to have the pricing jacked up 10x or the API shut down or neutered in some critical way and end up in, functionally, the same situation.

crabbone 4y ago
Not OP, but this is definitely not how OP meant the word "free". In the context of Twitter, think about free analogy being newsgroups (if you are young enough not to have witnessed it, in the early days of Internet, your ISP would provide you with email box with some space attached to it and a newsgroup access). Newsgroups were functionally very similar to what Twitter does, i.e. they were designed to share news between multiple subscribers of those news. So, newsgroups weren't free in the sense that you had to pay your ISP to access them (not necessarily billed separately though, typically just a part of a package deal). But they were free in the sense that it was a distributed service provided by multiple (and by that I mean, hundreds) of independent providers, and it was an open standard: if you wanted to become a provider of the service, you wouldn't have to invest a lot into that, just set up yet another server with some freely available software and you are good to go. So, if for some reason your ISP wouldn't connect you to the newsgroups, you'd just go to another one who would (it didn't really matter back in the days and the feature didn't have as wide of an outreach as social networks have today, but, in principle, it would've worked that way). So, this kind of freedom would've offered better protections against single company deciding the fate of the important part of yours.
- pessimizer 4y ago
  Then the OP definitely does not want anything like that, since they said that they hate the idea of building a business around a free API. I think you're mistaken here. The problem with building a business around a free API from a for-profit company is the rugpull. As a sibling comment mentions, even a paid API can get rugpulled. But I think that what the OP was trying to contrast a free API from a for-profit company with was actually an API from a non-profit company. A non-profit can run forever if it's just breaking even, and is sharing IP, so other people can jump up and replace it if they fail, and you might even be able to install it on your own servers. edit: I'm not a big Mastodon booster (or even liker), but if you build your business around it, it would be nuts because the customer base is of course tiny at this point, but you run very little management risk from the Mastodon project itself. Whereas your relationship with twitter can be changed on a day to day basis, unilaterally.
dwild 4y ago
I means the world isn't binary, obviously there's risk in everything. There's not much incentive to jack prices up 10x, it's their revenue, by doing so they will probably lose some. There's incentive though to not offer something for free, as this is literally losing you cash. You never know all the facts though, Google Maps did increase the API cost quite a bit, so it can always happen, but when it's free, you do know some of the facts... and it's not in your favor. So yes, still some risk, but not at all the same amount of risk.
tqwhite 4y ago
Also, the universe could blow up tomorrow. Everything is possible but, what's not likely is a company risking a revenue stream capriciously. There's no penalty to Musk for stopping free. There's a huge penalty to Twilio for driving paid users off the system. If there is room to jack up the price 10x, then the current price is tantamount to free. If the deal is too good to be true, don't build your company on it.
ben7799 4y ago
I've seen Google do exactly that on paid APIs, get partner to build out something based on new Google API features. Then the feature the API depends on goes up 10x-100x in cost at I/O on the launch without ever telling us they were going to pull that. Luckily the company I worked for was pretty diversified.
veec_cas_tant 4y ago
This same reasoning could be expanded to include using any product from any company. There is always a chance that a component will be discontinued, priced out, etc. Definitely need to analyze risk vs reward when using another companies product. However, in my opinion, a free API represents a substantially increased risk unless that free API constitutes a major portion of the business. For example, using an Azure API is probably fairly safe while using an API to gather data on FPS Multiplayer Game X match stats may not be.

by clipsy 4y ago

crabbone 4y ago

Not OP, but this is definitely not how OP meant the word "free". In the context of Twitter, think about free analogy being newsgroups (if you are young enough not to have witnessed it, in the early days of Internet, your ISP would provide you with email box with some space attached to it and a newsgroup access). Newsgroups were functionally very similar to what Twitter does, i.e. they were designed to share news between multiple subscribers of those news. So, newsgroups weren't free in the sense that you had to pay your ISP to access them (not necessarily billed separately though, typically just a part of a package deal). But they were free in the sense that it was a distributed service provided by multiple (and by that I mean, hundreds) of independent providers, and it was an open standard: if you wanted to become a provider of the service, you wouldn't have to invest a lot into that, just set up yet another server with some freely available software and you are good to go. So, if for some reason your ISP wouldn't connect you to the newsgroups, you'd just go to another one who would (it didn't really matter back in the days and the feature didn't have as wide of an outreach as social networks have today, but, in principle, it would've worked that way). So, this kind of freedom would've offered better protections against single company deciding the fate of the important part of yours.

pessimizer 4y ago
Then the OP definitely does not want anything like that, since they said that they hate the idea of building a business around a free API. I think you're mistaken here. The problem with building a business around a free API from a for-profit company is the rugpull. As a sibling comment mentions, even a paid API can get rugpulled. But I think that what the OP was trying to contrast a free API from a for-profit company with was actually an API from a non-profit company. A non-profit can run forever if it's just breaking even, and is sharing IP, so other people can jump up and replace it if they fail, and you might even be able to install it on your own servers. edit: I'm not a big Mastodon booster (or even liker), but if you build your business around it, it would be nuts because the customer base is of course tiny at this point, but you run very little management risk from the Mastodon project itself. Whereas your relationship with twitter can be changed on a day to day basis, unilaterally.

dwild 4y ago

I means the world isn't binary, obviously there's risk in everything. There's not much incentive to jack prices up 10x, it's their revenue, by doing so they will probably lose some. There's incentive though to not offer something for free, as this is literally losing you cash. You never know all the facts though, Google Maps did increase the API cost quite a bit, so it can always happen, but when it's free, you do know some of the facts... and it's not in your favor. So yes, still some risk, but not at all the same amount of risk.

tqwhite 4y ago

Also, the universe could blow up tomorrow. Everything is possible but, what's not likely is a company risking a revenue stream capriciously. There's no penalty to Musk for stopping free. There's a huge penalty to Twilio for driving paid users off the system. If there is room to jack up the price 10x, then the current price is tantamount to free. If the deal is too good to be true, don't build your company on it.

ben7799 4y ago

I've seen Google do exactly that on paid APIs, get partner to build out something based on new Google API features. Then the feature the API depends on goes up 10x-100x in cost at I/O on the launch without ever telling us they were going to pull that. Luckily the company I worked for was pretty diversified.

veec_cas_tant 4y ago

This same reasoning could be expanded to include using any product from any company. There is always a chance that a component will be discontinued, priced out, etc. Definitely need to analyze risk vs reward when using another companies product. However, in my opinion, a free API represents a substantially increased risk unless that free API constitutes a major portion of the business. For example, using an Azure API is probably fairly safe while using an API to gather data on FPS Multiplayer Game X match stats may not be.