I think this thread gives some good answers to this: https://twitter.com/jandersen/status/1009247005233692672. Basically, problems you get from being at massive scale and supporting a large number of devices.

It's not a requirement. Apps can use these to send someone to another app, along with optional information. For example, it's how you used to login via Facebook (before it was built into iOS).

For apps that support deep linking, you could check if the device responds to a URL with a corresponding scheme (e.g. "twitter:///")

If GitHub profiles really are becoming the "new resume", I think users are need more control over them. Certainly sorting projects is a good start.

I think it would be awesome to be able to commit README for your user page. It would resolve the sorting problem too - you could just list your projects the way you like it (even with description for each of them).

Well there's still GitHub pages...

Yeah, but potential clients and employers tend to look closely at your Github profile, regardless of what you've put up on GH Pages.

It should be noted that you can still get push notification support if you use Google's Gmail app on iOS.

Managing load with thin workers isn't very hard...haproxy [http://haproxy.1wt.eu/] makes it pretty easy to setup rather complex load distributions (certainly more complex than random!).

To me the most interesting part of this article are the comments: many people questioning Arrington's impartiality since Yahoo is a competitor to AOL. It'll probably subside over time but still interesting.

Yeah, I could see using it for my Mac Mini, I just wish you could somehow attach it to the wireless keyboard. Having two separate devices on your lap doesn't really work...

Seems similar to http://news.ycombinator.com/item?id=1148328. The internals of any VPS aren't really secure from the hosting provider, although I don't why that means CSRs should have plaintext access to the root password.

It seems like marketing would still be an issue though. Even to make $1/day, someone has to find your software. If you're not marketing through a blog or Twitter, that leaves advertising. So now in addition to writing good ads, you need to make sure each project is making more than you're spending on advertising, which is a lot of work on its own.

Actually, it's not. If you have to move 1000 copies of software in a month, then you need to market. If you want to move 1 copy a month, list it on download.com and you will move 1 copy. That's the beauty of the system - it minimises the need for marketing and instead ups the project count to make up for the loss there.

You are basically moving resources from one thing (marketing, promotion) into another (designing generic software, finding new ideas, writing software very fast). The second options are easy for software developers to do compared to marketing.

If you write software to move 1 copy per month then you'll be writing software to move 25 copies during the lifetime of that version. It'd be very hard to even support your users.

I wrote a script sometime ago, which sells about 4 copies a month for $25 each. The only way I marketed was by adding it to directories such as HotScripts. That will you give you some traffic if you're providing a solution in a field that's not highly competitive (a niche). You could try that.