Isn't that the whole point of Rapportive? They're the only company I can think of that has successfully solved the "social profile matching" problem that I can think of off the top of my head.
This is great, but I'd just prefer to use Vagrant and VirtualBox for vanilla Ubuntu VMs that I intend to destroy. It's so easy to set up and I can use it longer than 30 minutes, for free, if I desire.
Edit: Downvotes != disagreeing. Captcha is a serious fucking problem. https://www.youtube.com/watch?v=laEVYBxLfF0 I know the video is satirical. That's the point. There needs to be a solution that doesn't involve photocopying sodden pages from Mathematica Principia and asking users to take a guess at what on Earth the stupid squiggly lines are supposed to read.
Additionally, use the ?layout=compact option on a the wishlist URL (http://www.amazon.com/registry/wishlist/?layout=compact) to simplify the HTML served by Amazon. The script would then want to extract the Amazon Standard Identification Number (ASIN) from the linked URL. For example, B007X5ZBU4 is the ASIN for "The Launch Pad: Inside Y Combinator, Silicon Valley's Most Exclusive Schoolfor Startups [Kindle Edition]" (http://www.amazon.com/The-Launch-Pad-Combinator-ebook/dp/B00...). Now take the list of ASINs and convert them to ISBNs. I'm sure there's an Amazon API that can handle this lookup. With a list of ISBNs you can search against your school's database of books. Depending on how open they are with this information there may be an API that allows you to search by ISBN. Maybe talk to a tech-savvy librarian at your school.
In addition to hardware capabilities and responsiveness mentioned by others, the performance data (CPU usage, memory usage, battery usage, etc) of a real device will be vastly different than the emulated version. In addition, emulators typically do not run manufacturer or carrier ROMs, meaning that the behavior on the emulator often differs from the actual device.
For testing initial layouts or on-the-fly development, emulators are fine because they offer instant local access (After the setup, of course, but who cares now that x86 emulators are so fast). For complete testing real devices are a must. That's traditionally been expensive, but there are solutions to that, such as the company I founded, AppThwack, and our competitors like TestDroid. Test locally on emulators, and test periodically on real consumer devices.
There's a reason nearly every development shop has a cupboard full of devices, and it's not because they couldn't figure out how to get a few emulators running.
The answer is: it depends. This is an android emulator - the same that Google ships with the Android SDK. A real device will probably be more responsive.
You will also have the difference of a touch based interface on a device and the emulated touch interface when using mouse-based devices (Manymo in your laptop/desktop browser.) That said, You can also use Manymo on your iPad...
In any case, having a device with the all screen size and OS version combinations does not really scale. Trying to do that gets rather expensive.
I'm assuming 'this' is any emulated device and not specifically Manymo (which I haven't tried -- I keep getting the "Fail Droid"). But there are plenty: you can't test bluetooth, get network state, check battery status, and other things.
But emulators are ok to test your layouts, even though the latest ADT plugin makes it much simpler with layout previews.
