[–] rhinoceraptor link

Also, if I’m not mistaken, retweeting and hashtags were done first by third party clients. Even the word tweet was coined in an email Blaine Cook sent discussing twitter’s auth API for 3rd party clients.

reply

[–] Simon_says link

Surprisingly, though, the word "twit" predates the company.

reply

[–] Raphmedia link

That's an old word.

---

twit

noun informal

noun: twit; plural noun: twits

a silly or foolish person.

reply

[–] Simon_says link

I know; it's joke.

reply

[–] folli link

thatsthejoke.jpg.exe

reply

[–] oliyoung link

you were right in that they weren't Twitter's idea, but they were community driven.

@ and hashtags came from IRC and retweets (back when it was the RT....) just evolved

reply

[–] icc97 link

IRC then via Chris Messina [0]

edit: although disappointingly he seems to use this fact as quite a personal branding tool now

[0]: https://en.wikipedia.org/wiki/Chris_Messina_(open-source_adv...

reply

[–] porfirium link

@ has always had another meaning in irc. People who use @ to refer to people are immediately identified as n00bs.

reply

[–] nothrabannosir link

I don't think it's possible to capture the essence of IRC more succinctly than your comment just did.

reply

[–] Mayzie link

Wh3R3 pPL 74lK l13K d15?

reply

[–] _Codemonkeyism link

Not when I was using IRC on a VAX in the first half of the 90s. We used @ and noone was a 'n00b'.

reply

[–] jaytaylor link

Exactly.

Previously (sometime last year, IIRC) Jack Dorsey asked developers for a second chance. I don't see how this lines up with that, is it that now we can pay them to access artificially capped functionality? This was never the problem for me, and in the meantime, nearly all of the devs seem to have [wisely] moved on.

I'm not interested in participating in another one-sided relationship with a company who behaves as Twitter has - changing the functionality and rules at the drop of a hat.

reply

[–] wslh link

It was their greatest strategic mistake. Even Steve Ballmer understands "Developers, Developers, Developers".

reply

[–] schnable link

Developers drove revenue for Microsoft (software licenses). For Twitter, developers prevented monetization.

reply

[–] will_hughes link

> For Twitter, developers prevented monetization.

Except that they didn't. There wasn't even any discussion, it was just "We're capping OAuth tokens.". Developers offered to pay for access, users offered to pay for the ability to use 3rd party apps.

If they didn't want to go down that path then Twitter could've easily required developers to show monetised tweets/ads.

reply

[–] ulfw link

Just because Twitter couldn't figure out how to monetize their APIs? Please. They could have made some premium before. They could have forced ads in the tweet stream as part of the usage requirements for the APIs etc.

They killed a community due to arrogance. And it backfired big.

reply

[–] wslh link

It was early on to come up with any conclusions but dropping developers in the XXI century? Do you know any other company who did that?

The problem with Twitter was more serious: they never gave a concise and frictionless way to pay for the API. For example, Google innovation with AdWords was providing a self and quick service to put ads while other providers like Yahoo required a process with a lot of friction. Twitter logic was prehistoric.

reply

[–] crandycodes link

They haven't monetized even after kicking off the devs. :)

reply

[–] borplk link

"prevented" only in a narrow way if you ignore the long-term benefits that developers would collectively bring.

reply

[–] alkonaut link

I have been on tweetbot for as long as I can remember and can't stand the official apps, how does this work? Are some 3rd party clients blessed by Twitter?

reply

[–] ComputerGuru link

They basically issued each developer n tokens and the first n people to purchase the app were let through, but no more thereafter.

What genius thought “let’s punish developers in our ecosystem by putting a cap on their lifetime earnings” should be taken out back and summarily executed.

reply

[–] charlesdm link

The amount of people who can authenticate (as in, connect to the app once by linking their account) is limited to a certain amount. Developers are / were given a fixed amount of user tokens.

reply

[–] alkonaut link

Fixed per app, or fixed per period of time? I.e. does it mean that when I use Tweetbot I'm either a) part of a lucky group of people that authenticated before they "ran out" of tokens, or b) that every time I log in I risk being shut out because too many people authenticated in the last 24h towards their tokens?

I keep recommending everyone to abandon the official apps and use e.g. Tweetbot because the official apps suck compared to 3rd party (commercial messages alone is a dealbreaker) - but do peolpe then take my advice and go download tweetbot only to find they cant auth? That would be bad...

reply

[–] charlesdm link

Fixed per app. I guess Tapbots will take the app out of the store before they hit their token cap.

reply

[–] boyce link

The former.

reply

[–] camelCaseOfBeer link

I know what all those words mean but I'm still confused.

reply

[–] ComputerGuru link

Twitter already betrayed their entire dev base all those years ago when they effectively killed off all 3rd party clients by setting a lifetime cap on oauth tokens per developer just so they could force users to use their clients which inject ppa/ppc ads into the stream (and then didn’t even bother keeping those clients up to date, pissing both the developers and their users off in one go). Stupidest move ever on their end. All they’d have had to do is mandate the inclusion of promoted tweets in the firehouse and they’d have kept developers loyal to their platform while raking in the cash.

reply

[–] andypiper link

That's categorically not the case - the index for the search API has always been around 7 days since Twitter acquired Summize (which is where the search API came from). There was never an artificial limitation such as the one you're describing. From the page you're linking to from the archive:

"The Search API is not complete index of all Tweets, but instead an index of recent Tweets. At the moment that index includes between 6-9 days of Tweets."

Scraping the Twitter website is against the terms of service and may result in permanent suspension of access.

reply

[–] gboudrias link

> Scraping the Twitter website is against the terms of service and may result in permanent suspension of access.

Scraping is always against the ToS, so no surprise there. I doubt it's really ever stopped anyone.

reply

[–] oculusthrift link

i would imagine it stops researchers.. who usually try do things legit

reply

[–] iagovar link

It does. We contacted them seeking academic discounts, and there wasn't. I was in a little university in Spain. No one is going to drop 20k like that.

reply

[–] cisanti link

> Scraping the Twitter website is against the terms of service and may result in permanent suspension of access.

And what is Twitter gonna do about it? I never sign the TOS and scrape as much as I want.

reply

[–] iamthirsty link

> may result in permanent suspension of access

A.k.a.: they will try their best to IP ban you.

reply

[–] b4lancesh33t link

And then if you circumvent that, perhaps bring charges under CFAA.

reply

[–] manquer link

Would work only if you are based in US thou

reply

[–] xgbi link

Yeah screw people accessing public information...

reply

[–] iamthirsty link

Well, that’s kinda the whole point. They don’t feel like it is truly public information. You gotta give something in return.

reply

[–] williamscales link

I wonder if this has changed in light of the recent LinkedIn decision?

reply

[–] me_bx link

My bad, my memory failed me, I thought remembering being able to perform search on the historical tweets via the search endpoint.

reply

[–] keiyakins link

So is using it to incite violence. The Twitter tos isn't worth the paper it's written on.

reply

[–] jalfresi link

Scraping is how the web works. After all, retweets are essentially manual scrapes

reply

[–] undefined link
[deleted]

reply

[–] undefined link
[deleted]

reply

[–] me_bx link

A few years ago, the free search API could retrieve tweets since the beginning of twitter (although twitter did not guarantee completeness of the results): https://web.archive.org/web/20150311065138/https://dev.twitt...

Twitter then limited this API endpoint to data from the past seven days only, and now just introduces a paid version for only last 30 days data.

I find it fair to charge for elevated API access. On the other hand, the 30 days limit for the paid version is pretty ridiculous. Makes it more worth to just scrape the free online advanced search...

reply

[–] jakereps link

> I wish these premium APIs were available during our first few years. As we grew, we quickly ran into data limitations that prevented expansion. Ultimately, we raised a round of funding in order to accelerate our growth with the enterprise APIs. With the premium APIs, we could have bootstrapped our business longer and scaled more efficiently.

Quoting a company that is essentially saying they had to seek funding because of twitter limiting API access is an odd choice for this announcement.

reply

[–] andypiper link

The Sandbox is real live Twitter data, free access, but a smaller number of requests, no counts endpoint, and no enrichments.

reply

[–] zippergz link

Ok, cool, that might serve my development purposes, then.

reply

[–] zippergz link

I wish it were true pay-as-you-go rather than starting you in a sandbox and then jumping immediately to $150. Working on a small side project, $150/mo is a lot of money in the beginning, especially if I'm doing a relatively small number of requests. I guess I need to see what the sandbox entails, but if it's not real live twitter data, this still feels like a big step function in cost from free to premium. Just charge me per-API call or on the amount of data transferred with no minimum.

reply

[–] wastedhours link

I don't know that the testimonial in the post makes me feel better about the product to be honest "they couldn't provide us what we needed so we had to give away part of our company to pay through the nose for the privilege for that feature, so it's great they've released this now, years after it'd have been useful. How's that feature you're waiting on working out for ya?".

I know it's the current thing to bash on Twitter, and I'm sure there are decent use cases out there, and glad they're finding extra revenue streams outside of ads, but the speed and level of iteration seems rather low considering the resources they have.

Of course, I'm just a username on a website and have never scaled anything to 300m users, but like a lot of people, think Twitter could still be great... but seemingly still has a lot of miles to go. And highlighting that in an announcement post seems... strange

reply

[–] Jagat link

I often see these kind of comments and find them extremely myopic. Sure you can create a twitter clone all by yourself, but good luck scaling it to ~150k tweets per second writes[1]. All the while ensuring they're fanned out to all the respective followers some of whose tweets may need to be fanned out to tens of millions of users in a matter of seconds.

You'll need 30 engineers just to build and maintain the datastores, caching mechanisms, and service deployment infrastructure. You then have the actual services, real time streaming platforms, streaming applications, batch infra (hadoop), analytics pipelines, notifications, security, anti-spam, recommendation/machine learning pipelines, ads infrastructure etc to name a few. Can't find it now, but there should be a circa 2011 architecture of twitter in one of the blogs somewhere. I recommend you have a look at it.

If you're comparing it with WhatsApp, note that WhatsApp messages are mostly 1->1 and it's easier to shard the servers by recipient. Also, not having to bother persisting all the messages forever simplifies the system by a lot.

[1] https://blog.twitter.com/engineering/en_us/a/2013/new-tweets...

reply

[–] tomkin link

I think you're making a few assertions that would be more honestly served if you conceded as assumptions.

Twitter validated it's own employee count with an absurd overhead.

It has concerns of scale, performance and user experience. So does GitHub, Shopify, Pandora, Spotify, Snapchat, LinkedIn, MailChimp, WordPress.com, etc, and yet, manage will much less resources and overhead. Oh yea, and fucking Netflix - which - as far as I can tell - has much more and difficult problems to solve at a much faster pace. They employ 4,700.

As of this comment, Twitter employs 3,583 people.

What they needed to do was hire 100 talented people, allow third-party clients, try and occasionally acknowledge the developers who implement their platform, and stopped with the asinine "we're trying so hard guys" blog posts. We get it. You're having a hard time and you want everyone off of your grass. That's fine, but don't come asking for sugar at my house 'cause you ain't Beyonce.

reply

[–] rtpg link

Netflix has less "hard problems" in terms of operations than Twitter.

With Twitter everyone's data is interconnected. With Netflix, you could theoretically have each server just be completed isolated from each other (modulo account management).

Netflix has operational problems to solve in terms of bandwidth, though. There's definitely major difficulties there, but they're of a different variety to the high coupling Twitter deals with

reply

[–] tomkin link

I'll say what I've said in another thread on this matter, which is, no one outside of this bubble buys this shit. There are global supply-chain networks that move millions of products, and they don't employ as much as a micro-blogging platform. It's hubris to think we're so special.

reply

[–] williamscales link

I absolutely agree with you. Modern software "engineering" is much closer to craftsmanship than true engineering practice.

reply

[–] rtpg link

100% agreed that running a network on the scale of Twitter, with all the strong interconnections, is extremely hard. Probably the hardest, moreso than even things like Facebook.

I do wonder what the thousands of engineers are doing. I imagine there's a lot of fire-fighting, but is it only that?

It could be the case that twitter is constantly falling over, still.

reply

[–] smcl link

That's the thing, any time we raise eyebrows at the size of Twitter's dev team we're met with "well YOU try to operate a business at the scale of Twitter then!". I am, like you, genuinely curious what kind of work these people are doing all day. If they're prototyping new products, optimising poorly performing DB queries and API calls, building out frameworks (like Bootstrap), maintaining some internal admin UI etc.

I've read bits and pieces, heard rumours and it'd just be nice to see what's going on. Unless I see something like this I'm just gonna think "BOY that's a lot of developers" whenever I remember Twitter's headcount ...

reply

[–] williamscales link

I got an email from a recruiter last year asking if I wanted to come build the future of live video at Twitter. I think it's plausible many of them are working on new products that end up abandoned due to constant direction changes.

reply

[–] enraged_camel link

>>If you're comparing it with WhatsApp

Worth noting WhatsApp was written in Erlang.

Relevant article: https://www.wired.com/2015/09/whatsapp-serves-900-million-us...

So it seems choosing the right technology can have a massive impact on a company's trajectory and chance of success.

reply

[–] williamscales link

They definitely attribute a lot of their early success to this choice. It seems reasonable to me that choosing a tool developed to create modern real time communications software is a pretty good idea ;)

reply

[–] agentdrtran link

How dumb do you have to be to think twitter could be run by 30 people? They probably have more than 30 account managers alone.

reply

[–] Antrikshy link

That comment reminds me of Quora questions like this one: https://www.quora.com/I-am-confident-that-I-am-going-to-buil...

reply

[–] tomkin link

I guess I would just point to GitHub, Shopify, Pandora, Spotify, Snapchat, LinkedIn, MailChimp, WordPress.Com, (insert everyone else basically here).

reply

[–] detaro link

Of these, only GitHub, Mailchimp and Auttomatic have less than 1000 employees. All have more than 500.

(That doesn't mean that Twitter isn't too big or grew too early, but it does mean that none of those nowadays qualify as "see how you can run a big product with 30 people")

reply

[–] tomkin link

You're making a stretch, here. The difference between 100 to 500 or 1000 is exponentially different than the difference of 100 to 3,700. They don't need this many people. Period. This is a "who's dick is bigger" contest over a thinly veiled (and absurd) justification of infrastructure. No one outside of this bubble buys this shit. There are global supply-chain networks that move millions of products, and they don't employ as much as a micro-blogging platform. Come on, now.

reply

[–] itronitron link

and they only need account managers because they are selling advertising. They could have chosen to monetize their platform another way but lacked the creativity to do so.

reply

[–] mojowo11 link

We'll never know whether your unstated genius creative idea for how to monetize Twitter would have worked. Tis a shame.

reply

[–] itronitron link

Yeah, I'm certainly not going to post it here.

reply

[–] stuntkite link

At one point like 10 years ago, I left ebay because it felt like more than 60% of everything was fraud. I think they've curtailed that a bit, but that is what Twitter feels like to me now. Like 80% of the traffic has to be fraud because they killed all the real users. They have to make money off the fraud and be sort of complicit just like Paypal and eBay used to be (to a larger degree than they are now).

No one ever held Paypal and eBay responsible for what they did because it was so esoteric. It seems that there is a government investigation that is going to lead to a nice graph of botnets used for social manipulation which is cool, but I doubt we'll ever get a proper accounting of the really inventive fraud that dominates what twitter is.

reply

[–] tomkin link

Twitter's biggest mistake was hiring thousands of people when they only needed 30. It doesn't need thousands of people. It doesn't even need 100.

Twitter is not a technological marvel. It's something Oprah promoted, and Donald Trump bitches on.

And now, it's an API with a (social) class-based access, and without irony, also promotes itself as a leader in conversation and exchange.

reply

[–] lightbyte link

Is this not what 429 is for? Their docs [1] also suggest 429 is what they are actually returning

[1]: https://developer.twitter.com/en/docs/basics/rate-limiting

reply

[–] ben174 link

Right, the joke is that 420 is a marijuana reference. "Enhance your calm", i.e. smoke a joint and chill out a bit.

reply

[–] striking link

Yeah, they ended up changing it.

reply

[–] ben174 link

I always find it humorous that Twitter was the creator of the HTTP response code:

    420: Enhance Your Calm
Returned when an application is being rate limited for making too many requests.

https://developer.twitter.com/en/docs/basics/response-codes

reply

[–] komali2 link

I linked this elsewhere in this thread, but I reported this obvious spam account, with hundreds of spam followers, weeks ago and nothing has been done: https://twitter.com/ksfAKBARI

I feel like twitter must not be taking spambots seriously, or has malicious intent to keep them there, because out of hundreds (thousands?) of employees they can't get a team onboard to shut these obvious accounts down. I mean, it's been reported and it still exists. Either the report log is huge or it's being ignored.

reply

[–] meritt link

As the pricing appears to be based on # of requests and/or # of tweets consumed, does it have a `include_spambots=false` filter or do we have to pay for the pleasure of wading through spam?

reply

[–] porfirium link

They never "locked it down", they just rate limited some vital endpoints and never bothered to add endpoints for new, important features.

My own recommendation: disassemble any official app (for example, the Android one with apktool) and get the tokens and endpoints and do whatever the hell you want without paying a cent.

reply

[–] chimeracoder link

> They never "locked it down", they just rate limited some vital endpoints and never bothered to add endpoints for new, important features.

More importantly: they introduced a lifetime cap on the number of OAuth tokens that applications could create, which meant a lifetime cap on how many different users a Twitter client could support. Once you hit your Nth user, you could never have a new person authenticate that client.

That killed off basically every decent third-party Twitter client.

reply

[–] 0x0 link

In the beginning you could post a tweet just by doing a http basic-authenticated post containing the tweet body, and there were unauthenticated rss feeds for most data feeds. These days you have to create app ids, tokens, etc etc etc. It really was a lot more open earlier.

reply

[–] herbst link

Twitter was part of the reason I fell in love with development. The easy interaction with the whole platform changed my view on data. It broke my heart when they introduced v2

reply

[–] komali2 link

I feel like you could do this just watching network traffic, and judging by the fact that nobody's done it, I also feel like there's some mechanism preventing this that I'm not knowledgeable enough in the subject to be aware of.

reply

[–] porfirium link

You can't do this just watching network traffic because the apps use HTTPS + certificate pinning.

And you can do it if you want. I do it. I'm sure many more people do it.

reply

[–] passivepinetree link

Out of curiosity, what do you use the decompiled tokens/endpoints for?

reply

[–] porfirium link

Nefarious purposes, mostly. I can crawl without rate limits (well, there are rate limits, but it's much harder to hit them), and I also can spam a lot without getting my account flagged (but it eventually gets flagged, of course).

By spamming I don't mean the usual "click on this link and I'll show you my tits" spam; if you create a useful bot that sends "expected" mentions (for example in response to mentions you receive, and not just spam) it will get banned in a matter of hours. With their "secret" tokens, it won't get banned.

reply

[–] praneshp link

The official twitter app is possibly using these premium endpoints, so it's token has access to those. If you "grab" that token(s) somehow, you can go ahead and use it in your app, I presume. I don't know how this will work when your app wants to connect to someone else's account, however.

reply

[–] __sha3d link

You think all the russian bots are on the official API? Nope.

reply

[–] gsich link

A rooted device should suffice, but it is a painful procedure.

reply

[–] undefined link
[deleted]

reply

[–] passivepinetree link

Is there an available history of Twitter's APIs over the years? IIRC it was initially open, and then they locked it down so many 3rd party apps for Twitter had to shut down, and now they're sort of opening it up again?

What's the deal?

reply

[–] MichaelGG link

Interesting. I found Twitter to be vastly better than other social media companies. Far better documentation (though weird complicated auth where I get 4 pieces of info for some reason). Far more stable and understandable. Twitter returns a ton of data in each response so there's no need to go making multiple requests.

Compare to FB which is just a nightmare of trying to guess and figure things out. It's so bad. If it reflects their underlying model at all, their main codebase must be very difficult to work on.

Charging is a welcome improvement over the previous situation: Deal with Gnip or other data brokers. They're "Enterprise". Get no information, have to deal with a long sales cycle and sales team, have to wade through tons of BS to figure out what you need. It sucks.

reply

[–] hw link

In terms of documentation I do agree with you, although I suspect that's just due to the complexity of Facebook and its vast array of products, vs Twitter.

My bad experiences have to do with the actual API calls themselves which aren't stable and occasionally times out or errors out.

If anything I wish they would improve their API infrastructure as a whole instead of offering the improvements only on paid accounts. I can see charging for rate limits but not for system stability.

reply

[–] herbst link

Facebook is horrible. But Twitter was even better at some point. Compared to their v1 or even v2, v3 is a complicated mess

reply

[–] inlined link

On the other hand, Facebook randomly silently gimps their APIs. I did a demo of the friendship paradox (https://alone-togetger.firebaseapp.com) for a tech demo. The paradox would have been better demonstrated by Facebook where friendship is symmetric, but their API was silently gimped years ago to only return graph information for friends who have also added the app.

reply

[–] hw link

My experience with Twitter API has been horrible to say the least. Plenty of API errors, service over capacity, and instability. So now I have to pay to get access to an API that's stable?

Step 1 - build a product. make sure it has lots of bugs and is unstable.

Step 2 - roll out a premium product that's the same product, just stable, and less buggy.

Profit.

How is charging for an API not a finger to the developer community? Facebook for example doesn't charge for their API access. They charge for the products that the API has access to. If I have access to a product, I shouldn't need to be charged for the APIs to access that product

reply

[–] toephu2 link

Because once bitten twice shy and companies never change?

reply

[–] Gabriel_Martin link

Perhaps it's as simple as that. I dumped too many resources into my last effort: time designing, flying out, sitting down with their dev advocates, all a waste of my time. I shan't reward them for pulling the rug out, or make the same mistake again.

Also, it's in solidarity with developers who invested even more than myself, years of time into apps, to be betrayed.

That's an emphatic "hell no" from me dog.

reply

[–] kimjongman link

Say no to that bitch

reply

[–] Gabriel_Martin link

Absolutely not. Never again will I trust Twitter as a developer.

reply

[–] freedomben link

Google is obviously a huge company with many different products, but I've had great success and satisfaction with many of their APIs. What sort of problems are you referring to?

reply

[–] caio1982 link

Good for them, I honestly hope it works business-wise as they want and it makes developers satisfied. However, I'm afraid Twitter the company has got the same sort of trust issues as Google from the developers POV. They need to address this specifically, if they want people to believe their premium API move is for real.

reply

[–] andypiper link

Gnip is Twitter's enterprise API business with annual subscriptions to firehose and decahose access. This is month-to-month billing for improved API access and data quality.

reply

[–] detaro link

how does this address anything in the parent post?

reply

[–] andypiper link

It points out that Gnip is not “invite only” - it is an enterprise subscription product.

reply

[–] Veratyr link

It's effectively invite only because there's no public signup and sales consistently ignores you.

reply

[–] nl link

As someone who had a Gnip subscription for years I think "invite only" is close to a fair characterization.

It took huge amounts of effort to get them to return our inquiries. Given the huge amount of money we ended up spending that seemed ridiculous.

But I guess that just got us ready for the whole "everyone must move to Gnip 2.0, but no we won't merge the multiple pull requests to make our official client work with our new API"[1] thing. Wow, that was fun...

[1] https://github.com/twitter/hbc/pulls

reply

[–] hobofan link

Wow... there goes the last shred of sympathy I had for Twitter for not being profitable.

reply

[–] detaro link

I think the post was quite clear that it meant "behaves like it is invite only", as others have explained. I have to say, if your job is improving how Twitter looks to developers you are IMHO not doing a very good job of it right now, a lot of your replies appear quite tone-deaf to me.

reply

[–] libertyEQ link

I appreciate semantics and nuance, and often get called a pedant, but you seem to be missing the argument being made. It's not technically 'invite-only' though it in practice, it is 'invite-only.' This looks like a product management shortcoming that seems all too prevalent at Twitter HQ. I say this as someone who was on Twitter in early '08, but quit late'10. I still believe in Twitter's value, which I thought was obvious, then couldn't understand the disinterest, and finally surprised it caught on with the US public. The company really has a long way to go in product management WRT user experience and developer ecosystem.

Mastodon is coming for Twitter.

reply

[–] s73ver_ link

Something tells me that'd be more tedious to get the same kind of data, what with having to go to several instances to get it, instead of one place.

reply

[–] WorldMaker link

That sounds like a feature to me.

reply

[–] Sir_Cmpwn link

Exactly. Mastodon makes it easy to get your own data, but hard to get everyone's data.

reply

[–] s73ver_ link

Not to someone who would be interested in something like these Twitter APIs.

reply

[–] Veratyr link

This is a good start. Gnip seems to basically be invite only (I've tried contacted them multiple times and have not once received a response) and the public API is so limited it's near useless.

I'd still rather everyone move to Mastodon.

reply

[–] katpas link

I immediately checked the date on the article after reading the headline.

Thought it was a relic from the third party client days.

reply

[–] andypiper link

The only premium API we've announced today is 30-day search, but watch the roadmap (https://t.co/roadmap) for future updates.

reply

[–] komali2 link

Another user suggested that a lot of searches could result in massive spam results that suck away from the rate limit and clutter analysis.

What is Twitter doing to combat this? For example, I reported this account: https://twitter.com/ksfAKBARI for being spam account about 3 weeks ago, and nothing has been done yet. I noted in my report that it has a massive follower network of hundreds of other spam accounts. Why isn't Twitter at least tackling these extremely obvious spam accounts?

reply

[–] nl link

Spambots aren't against Twitters ToS. That one in particular might be part of a large bot network, but hasn't actually posted anything since 2012.

Even so, automatic posting is explicitly allowed by the developer ToS, with the only restriction that you don't cause undue load (which appears to be around how often you post).

To be clear - the only things which reliably get accounts banned on Twitter are Doxing people and actual terrorist accounts.

However (based on how Gnip and the public API work), they do some level of spam filtering by default. On some APIs you can turn that filter off.

reply

[–] komali2 link

> Spambots aren't against Twitters ToS.

Hooooly shit, this explains so much.

reply

[–] lux link

Is that the price for Premium Search access? It's giving me a 404 error clicking the 'See pricing' link on https://developer.twitter.com/en/pricing

reply

[–] jamestimmins link

Same here, both logged in and logged out.

reply

[–] andypiper link

Thanks for the note - working on that. https://developer.twitter.com/en/pricing should work.

There's free sandbox access, and then tiered pricing for increased access and additional features like counts and the enrichments.

reply

[–] lux link

It's the 'See pricing' link under the Premium / Search Tweets cell on that page that goes to a 404.

Edit: The link points here:

https://developer.twitter.com/en/pricing/search-30day

reply

[–] andypiper link

thanks - we'll look into that.

reply

[–] andypiper link

Are you logged in to the page?

reply

[–] farnsworthy link

Is everything starting around $149+, or only search?

I suppose that's understandable, but I think it would be cool if they implemented something more akin to the AWS pricing model (S3, for example, as tweet streams remind me more of this than of enterprise-level pricing).

reply

[–] abootstrapper link

Twitter's current plan is to execute on all the ideas their user base was talking about 5+ years ago.

reply

[–] andypiper link

the webhook-based Account Activity API is in beta now and on the roadmap for general availability.

reply

[–] ranman link

I would be interested in that beta. I'm already in the direct messaging beta.

reply

[–] ranman link

I'm still waiting for that webhook API they talked about 2 years ago.

reply

[–] danso link

Until info about the new endpoints and queries is released, I'm not rushing to get out my wallet, but at the very least it's encouraging to see any movement regarding the API. This seems like a vote of confidence that the basic API will be around for at least a few more years.

reply

[–] _pmf_ link

Oh boy.

> However, this left a gap that made it painful for growing businesses to deliver scalable solutions to customers

How about this: close your monetization gap yourself instead of pushing the problem downstream?

reply

[–] egypturnash link

I wonder how many people "we came up with a new way to sell your data!" will send away from Twitter.

reply

[–] undefined link
[deleted]

reply

[–] jankotek link

Is there a way to get copy of twitter entire dataset?

reply

[–] dotmanish link

It varies according to the requirements & level of enrichment (+ negotiations). Typically, a couple of thousand dollars for entry levels.

reply

[–] andypiper link

That’s a custom annual package based on requirements and partnership. The premium packages are month-to-month billing.

reply

[–] ssvss link

Anyone knows how much they charge for the gnip enterprise access.

reply

[–] philtar link

I have a feeling in my gut that it's too late.

reply

[–] DaiPlusPlus link

Ecosystem lock-in. I remember shortly after Twitter launched there were many copycat microblogging services and the community had grand ideas of an "SMTP for Microblogging" so Mentions, Retweets and the like would work in a distributed fashion between service-providers, you could even run your own fully federated microblog off a Raspberry Pi in your garage if you wanted.

Twitter kept themselves in the lead - not just by delivering a superior user-experience (Nazis and trolls notwithstanding...) but also cultivating a developer community in a way that kept people off rival platforms - before stabbing them in the back in recent years (e.g. no support for polls in third-party clients).

This announcement is a continuation of the strategy: Twitter is making more data about their platform available, other platforms aren't as open, so people will stick with Twitter because their data is available - and it also benefits them directly because these "Premium" APIs do cost money to access:

> Pricing for these elevated tiers of the Search Tweets API starts at $149/month

reply

[–] cisanti link

They somehow bribed the media using it. Without the massive free advertising from media and President(s) Twitter would have been long dead.

reply

[–] ceejayoz link

> How does it benefit them ?

Their search product started as a third-party integration (Summize). Their official iOS app started as a third-party app (Tweetie). They've benefited immensely.

reply

[–] ship_it link

Because Twitter is basically useless without doing that.

reply

[–] nkg link

Why is Twitter API so open ? I have been playing with it for a few weeks and I can find almost every data I want. How does it benefit them ?

reply

[–] bpicolo link

API access to twitter is a huge business for a ton of different enterprises. Everything from customer support/happiness products to finance wants the twitter firehose. This is a totally reasonable and good business avenue for them to care about / explore.

reply

[–] caio1982 link

Only if they mean it and intend to keep it sane, developers-friendly, in the long run.

reply

[–] bpicolo link

Charging money for it is a good way to incentivize keeping it.

reply

[–] benwilber0 link

twitter is out of ideas.

reply