Hacker Newsnew | past | comments | ask | show | jobs | submit | flurp's commentslogin

I actually think they've been very clear on this from the beginning, including the reason why (although it wasn't spelled out).

They've always meant apps that offer more or less the same functionality as official Twitter clients.

For the people who actually read the terms instead of picking up their pitchforks back when Twitter had that big tos "change of heart" would have understood that They definitely could have handled it better and been clear that the user limit was really meant for Twitter-clones.

It's clear they want to control the way most people use Twitter, but also to show advertising. As best I can recall, the tos change came around the same time as they started putting in ads. Besides the few remaining twitter clones always play catchup when Twitter puts out new features (recent example; polls).


>They've always meant apps that offer more or less the same functionality as official Twitter clients.

That would mean that if I wrote a Twitter clone that consumed 100x less memory and was much more performant, it would still be a "banned" application even when there is clear benefit for the users.

>been clear that the user limit was really meant for Twitter-clones.

Even if that was true, its backstabbing developers who are popularizing Twitter in their own way.

>Besides the few remaining twitter clones always play catchup when Twitter puts out new features (recent example; polls).

And why is that a problem? What if an app developer thinks that new features are not worth them spending development time/money on?

It would be like Apple forcing ios developers to support force touch if they want to continue selling their apps.


> 100x less memory and was much more performant

Technically you're not prevented from doing so - you would just have to keep it to yourself (/family/friends/etc). Non-technical people rarely care about these things.

> backstabbing developers

I don't disagree. Would be interesting if there are any stats on who/what made Twitter popular, got any?

> And why is that a problem?

It's a problem for Twitter when you're trying to run a top-brand. Clients who don't keep up-to-date actually make Twitter look bad to the public. It also makes it harder for Twitter to innovate, move quickly (and probably get usage stats), without coordinating with external developers. Apple actually does (in some aspects) force developers to keep their apps up to date. I develop iOS apps and this actually consumes way more time than I wish it did.

Your concerns are valid from a third-party concern but from Twitter's first-party concern they are distractions.


>It's a problem for Twitter when you're trying to run a top-brand. Clients who don't keep up-to-date actually make Twitter look bad to the public. It also makes it harder for Twitter to innovate, move quickly (and probably get usage stats), without coordinating with external developers

Yes ! But shouldn't we let the users decide that? If one of the clients implements the newer features and users like them, they would switch to the other client. That is assuming Twitter believes in competition. This makes it seem like they want to eliminate competition and consolidate control. Its rather anti-capitalistic.

>Your concerns are valid from a third-party concern but from Twitter's first-party concern they are distractions.

Yes, I'm siding with with the third parties. Twitter is a giant company with a megaphone to make their argument anywhere they want. Personally, I don't think anyone should care about Twitter's bottom line except Twitter themselves.


Sorry that I can't remember which apps, but I think it was a Twitter client which Apple removed from their store and then came out with their own. Several apps they cannibalize into the OS.


Yep. Apple have released many apps after similar ones had success on the AppStore.

They have much much harsher ToS (and enforce them) than the discussed Twitter ones.


Does Apple get a pass? Or do developers avoid writing apps for iOS just as they do for Twitter?

Seems like the field is a lot larger for iOS products, and that Apple wins either way (30% haircut on the app store), so maybe incentives for Apple are a bit more aligned then they are for twitter.

Which points to the fundamental thing twitter needs to do to get developers back on board: provide opportunities for both parties to make money. If Twitter was making a 30 cents every time a developer made 70 cents from the API, you can bet that that API would be protected and the developer respected.


Most people would agree it's fair that Twitter wants to disallow outright clones. The problem is it's not obvious where the limits are, as the wording "apps replicating Twitter’s core user experience" is open to interpretation (by Twitter).


>Most people would agree it's fair that Twitter wants to disallow outright clones.

I don't. Could you articulate why you think its fair?


It's their API, they can offer it to people on whatever terms they want. As long as people know what they're getting into, it's fair.


>As long as people know what they're getting into, it's fair.

Huh? No, its not. What is fair has nothing to do with what is legal.


> They've always meant apps that offer more or less the same functionality as official Twitter clients.

No, it started out that way, but then the functionality of the official Twitter clients was expended, and then they redefined it to be so broad as to potentially hit anything that tweeted, and they they went farther still and started going after API keys for things that just consumed the data for their own ends.


I think J-1 would be the most legally correct (IANAL and all but I have some J-1 experience). YC should be able to bring founders on board. Since J-1 is for education and the program is basically an education.

J-1 is also quite openly (ab)used to bring employees over who do not qualify for a H1B or O-1.

Only important thing to remember is to pay the J-1 "student" otherwise they are (depending on origin country, but most I think) subject to a rule preventing said person from returning to the US within two years.

I think J-1's are 18 months max. Plenty of time to get a business up and running. By that time if the founder is successful (e.g. take on more investment) they could probably employ themselves with a H1B or E-2 ("investor") visa.

But I'm sure the J-1 has a bunch of issues concerning founding legal entities - this part I have no experience or knowledge of.


No, as a founder you can forget to get a H1B visa, even 2 years in. Unless you have a legit board of directors and you can demonstrate you could potentially be fired, they will argue that you started the company to employ yourself and get yourself a visa that way.


Two year mandatory return for many origin countries can make J-1 messy.

Also, J-1 being run by State rather than DHS/USCIS introduces some extra weird things.


He links to Visual Website Optimizer[1] as the A/B testing tool he will use. I haven't used VWO personally but based on their features page it's a point-and-click to change some visual details on the website. Install a javascript link and good to go. Again, haven't used the tool but doesn't seem like much work to me.

[1] http://vwo.com


Correct. VWO is a very simple tool to implement. The value in my offering is the design consultation.


"wiggle room": Username limit was 20 characters (or something like that). 20 for username, 140 for message.


I see a lot of (rightfully) upset comments but this doesn't really come as a surprise to me given that Twitter (and others like FB, GOOG, ad networks) already track websites you visit.

I know there are ways of blocking that but I would have a hard time believing that many (outside of HN readers) block that type of tracking.


"just" a browser with a lot of native technology baked in to enhance the experience. Playlist caching for one.


localStorage.getItem("myPlaylist")

I'm not saying that's what they use, it could be WebSQL, IndexedDB, FileAPI - local data storage is built into your browser.


A drone could detect loss of communication with the pocket device (snow or falling into the ocean should be enough to do that) and start some recovery/emergency sequence. E.g. stop + try pinging the device, if there's still no reply automatically call 911 with an emergency and GPS location. Is there a 911 REST API? :)


It could also automatically trigger some sort of warning on a high-enough acceleration detection. Enough Gs that it's likely that you've broken an arm - send out several emails to other people who you've marked as being with you. Enough Gs that it's likely that you just feel a fifty feet - dial 911 directly.


For those asking/wishing for open source, according to the comments section[1] they will.

"We’ll release the usable parts of the code as free software with the most free license we can. It belongs to the community (and the community paid for it)."

[1] http://blog.brokep.com/2015/04/22/update-on-heml-is/#comment...

[Sorry for the multiple comment replies, I realized a top-comment might be better]


They will according to the comments section http://blog.brokep.com/2015/04/22/update-on-heml-is/#comment...


They will according to the comment section[1]

"We’ll release the usable parts of the code as free software with the most free license we can. It belongs to the community (and the community paid for it)."

[1] http://blog.brokep.com/2015/04/22/update-on-heml-is/#comment...


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: