6 ms·

Mat Honan deserves credit for one of the clearest, most concise descriptions of what App.net is (or intends to be): > Imagine this. You sign up for Vine, and b

Mat Honan deserves credit for one of the clearest, most concise descriptions of what App.net is (or intends to be): > Imagine this. You sign up for Vine, and build up a robust friend network and library of videos. But then you try out Instagram’s new video sharing, and decide you like its editing features a lot better. > Normally, this would mean starting over, with no friends and no files. But let’s say that both of them were just applications that ran on top of App.net. Instead of starting over, when you fired up Instagram for the first time, your friends and videos would be there waiting for you. That’s App.net. Or at least that’s what it wants to be. Up until I read those two paragraphs, I couldn't shake the notion that it was really a Twitter clone that didn't want to be pigeonholed. Now I get it.

deleted 13y ago
[deleted]
mbesto 13y ago
Huh? I'm actually more confused. Doesn't Facebook-connect (and FB apps in general) effectively give you the ability to buy/rent their network effect already? Thus eliminating the "no friends and no files" notion?
- benaiah 13y ago
  Yes, but neither Twitter and Facebook are in the "social provider" business - they're in the ad business. This is why they've had so much friction with their 3rd-party developer ecosystem. Dalton wants App.net to be a social utility - providing ownership of social data to the user for a price. There are no ads, so there's no motivation to screw over developers. That's the idea, at least.
- terhechte 13y ago
  Facebook is picky about which app is allowed to use your data. Twitter, for example, is not allowed to use it anymore. So when you develop an app, just relying on facebook could lead to a situation where you suddenly don't have access to your friends anymore (from within that app). Most apps also have their own user databases and just use facebook data for import. With app.net that's the one point where your user data would be saved.
magicarp 13y ago
Wouldn't those apps just be App.net clients? If you're limited only to what types of media App.net provides, how can you make an innovative app?
- dasil003 13y ago
  Because you can have your own backend that does anything you want, and just uses App.net for the social graph.
  - spullara 13y ago
    At that point wouldn't you be better off using a bigger social graph?
    - bigiain 13y ago
      Yes - if you could get access to "a bigger social graph" without risking the owners of those bigger graphs shutting down or limiting your api keys, competing with you directly after you've proved/developed a market, or any of the other "dirty tricks" Twitter/FaceBook et al. have pulled on developers. (Note: app.net might pull those dirty tricks in the future, but at least they've got a business model that doesn't _require_ them too)
    - neuroscr 13y ago
      Twitter only allows you access to 100k users or so (tokens), and your business is at risk of being turned off. or App.net providers you access to 150k+ users growing user base. Plus an a free sign up, access to hosting for file storage, and permissive messaging.
      - spullara 13y ago
        IMHO that is only true if you want to be a Twitter clone or otherwise be in the same business as Twitter.
    - terhechte 13y ago
Lifebot 13y ago
In an ideal world services would give you YOUR data, instead of locking you in, allowing you to easily export all your data -- ideally in an open format -- that could be imported to other services.
- wmf 13y ago
  It's much worse than that. Exporting and importing does not preserve social connections. You need either federation or a benevolent monopoly.
- neuroscr 13y ago
  App.net does provide an account export. But more important they've embraced open standards, see: http://blog.app.net/2013/08/07/response-to-brennan-novak-part-ii/ http://blog.app.net/2013/08/07/response-to-brennan-novak-par... This type of interoperability combined with sections of their API that are public (tokenless) provide a way to consume App.net content without needing an account unless you want to participate. Then there are 3rd party apps and additions that bring even more open interoperability. For development, there is Dev-Lite, so if you want to play around with the API, you don't need to spend $100/year until you're ready to join their Developer Incentive Program. And most Developers that have built anything for app.net have made their $100/year investment. And App.net's annotation are another great example of creating new open standard of interoperability. These attachments can be added to any App.net API primitive to provide additional structured data to enhance interoperability between developer applications. Here's a link to their document repository for this: https://github.com/appdotnet/object-metadata https://github.com/appdotnet/object-metadata
ramayac 13y ago
If App.net it's trying to be a "social backend"... if that IS the case, then their work it's harder than just being a "Twitter alternative". But I'm really hoping they manage to make it!
morfy50 13y ago
I had it all wrong. App.net is the new Ning. Or, I still have it all wrong.
- twistedpair 13y ago
  Wow. I recall Ning. So many "social networks" on Ning lasted what, an hour? And to think, my boss was secretly orgasiming at the notion of the company bundling private social networks on the cheap through Ning. D'oh.
otl1248 13y ago
Except even this doesn't make sense. Presumably Vine handles the videos on its own backend, and you only get your social graph when you move over to Instagram. Unless you're going to provide free infrastructure for every component (not just the social graph) there will be an element of lock-in to virtually any social product.
- neuroscr 13y ago
  App.net's API does providing more than a microblogging API. They have a file hosting (each user has their own quota), permissive messaging (point to point or group), and a search API so you can easily find anything on their system. They're planning to add more useful APIs, such as billing.
  - otl1248 13y ago
    Seems like bad business strategy to build on top of those if it means it's easy to steal away your userbase. Sounds fine for mid-size apps who can't justify rolling their own though.
    - eridius 13y ago
      If your only competitive advantage is user lock-in, then you already have a problem. Either you need to get your userbase to grow big extremely fast, or you've already lost.
      - otl1248 13y ago
        And if you grow the user-base fast you've won, right? Lock-in and network effects matter enormously. Saying you can't lock-in the social graph neither guarantees a company won't lock-in elsewhere nor guarantees this is an appealing platform on which to develop. This isn't a morality tale, I'm just pointing out what kind of decisions would be made around App.net and that the Vine/Instagram example doesn't really make sense.

deleted 13y ago

[deleted]

mbesto 13y ago

Huh? I'm actually more confused. Doesn't Facebook-connect (and FB apps in general) effectively give you the ability to buy/rent their network effect already? Thus eliminating the "no friends and no files" notion?

benaiah 13y ago
Yes, but neither Twitter and Facebook are in the "social provider" business - they're in the ad business. This is why they've had so much friction with their 3rd-party developer ecosystem. Dalton wants App.net to be a social utility - providing ownership of social data to the user for a price. There are no ads, so there's no motivation to screw over developers. That's the idea, at least.
terhechte 13y ago
Facebook is picky about which app is allowed to use your data. Twitter, for example, is not allowed to use it anymore. So when you develop an app, just relying on facebook could lead to a situation where you suddenly don't have access to your friends anymore (from within that app). Most apps also have their own user databases and just use facebook data for import. With app.net that's the one point where your user data would be saved.

magicarp 13y ago

Wouldn't those apps just be App.net clients? If you're limited only to what types of media App.net provides, how can you make an innovative app?

dasil003 13y ago
Because you can have your own backend that does anything you want, and just uses App.net for the social graph.
- spullara 13y ago
  At that point wouldn't you be better off using a bigger social graph?
  - bigiain 13y ago
    Yes - if you could get access to "a bigger social graph" without risking the owners of those bigger graphs shutting down or limiting your api keys, competing with you directly after you've proved/developed a market, or any of the other "dirty tricks" Twitter/FaceBook et al. have pulled on developers. (Note: app.net might pull those dirty tricks in the future, but at least they've got a business model that doesn't _require_ them too)
  - neuroscr 13y ago
    Twitter only allows you access to 100k users or so (tokens), and your business is at risk of being turned off. or App.net providers you access to 150k+ users growing user base. Plus an a free sign up, access to hosting for file storage, and permissive messaging.
    - spullara 13y ago
      IMHO that is only true if you want to be a Twitter clone or otherwise be in the same business as Twitter.
  - terhechte 13y ago

Lifebot 13y ago

In an ideal world services would give you YOUR data, instead of locking you in, allowing you to easily export all your data -- ideally in an open format -- that could be imported to other services.

wmf 13y ago
It's much worse than that. Exporting and importing does not preserve social connections. You need either federation or a benevolent monopoly.
neuroscr 13y ago
App.net does provide an account export. But more important they've embraced open standards, see: http://blog.app.net/2013/08/07/response-to-brennan-novak-part-ii/ http://blog.app.net/2013/08/07/response-to-brennan-novak-par... This type of interoperability combined with sections of their API that are public (tokenless) provide a way to consume App.net content without needing an account unless you want to participate. Then there are 3rd party apps and additions that bring even more open interoperability. For development, there is Dev-Lite, so if you want to play around with the API, you don't need to spend $100/year until you're ready to join their Developer Incentive Program. And most Developers that have built anything for app.net have made their $100/year investment. And App.net's annotation are another great example of creating new open standard of interoperability. These attachments can be added to any App.net API primitive to provide additional structured data to enhance interoperability between developer applications. Here's a link to their document repository for this: https://github.com/appdotnet/object-metadata https://github.com/appdotnet/object-metadata

ramayac 13y ago

If App.net it's trying to be a "social backend"... if that IS the case, then their work it's harder than just being a "Twitter alternative". But I'm really hoping they manage to make it!

morfy50 13y ago

I had it all wrong. App.net is the new Ning. Or, I still have it all wrong.

twistedpair 13y ago
Wow. I recall Ning. So many "social networks" on Ning lasted what, an hour? And to think, my boss was secretly orgasiming at the notion of the company bundling private social networks on the cheap through Ning. D'oh.

otl1248 13y ago

Except even this doesn't make sense. Presumably Vine handles the videos on its own backend, and you only get your social graph when you move over to Instagram. Unless you're going to provide free infrastructure for every component (not just the social graph) there will be an element of lock-in to virtually any social product.

neuroscr 13y ago
App.net's API does providing more than a microblogging API. They have a file hosting (each user has their own quota), permissive messaging (point to point or group), and a search API so you can easily find anything on their system. They're planning to add more useful APIs, such as billing.
- otl1248 13y ago
  Seems like bad business strategy to build on top of those if it means it's easy to steal away your userbase. Sounds fine for mid-size apps who can't justify rolling their own though.
  - eridius 13y ago
    If your only competitive advantage is user lock-in, then you already have a problem. Either you need to get your userbase to grow big extremely fast, or you've already lost.
    - otl1248 13y ago
      And if you grow the user-base fast you've won, right? Lock-in and network effects matter enormously. Saying you can't lock-in the social graph neither guarantees a company won't lock-in elsewhere nor guarantees this is an appealing platform on which to develop. This isn't a morality tale, I'm just pointing out what kind of decisions would be made around App.net and that the Vine/Instagram example doesn't really make sense.