Why I Love Instapaper

Instapaper is simple, but it does a lot for me.  There is little I need to know to use Instapaper.  I have to click Read Later to save an article.  Then I have to go to the Instapaper website to read it.  The Instapaper website is easy to navigate. It takes you to a reverse chronological list of articles you have saved to Instapaper.  You can delete, archive, or share articles.  The articles themselves are presented in a clean fashion.  They have all the formatting and images stripped from them.  They do a good job.  I never miss anything.  
Another thing I love is their send-to-Kindle feature.  You can set Instapaper to send your unread articles to your Kindle daily.  The text-only format Instapaper puts articles in is great for reading on a Kindle.
Finally, Instapaper is supported by a lot of applications.

Product Review

I am building this for myself and others like me.  I have been wanting a tech product website.  What I want is something like TechCrunch without politics, funding, etc.  Here's an example of the kind of post I want this site to consist of 

http://www.readwriteweb.com/archives/schoology_aims_to_fix_one_of_the_greatest_pain_poi.php

I get very excited when a shiny, new web app comes out and I'm sure there are other people out there like me.  This seems kind of not new, I know.  But I don't think anybody else is quite so laser-focused on it as I am.
Another difference: you will never find any negativity on this site. I am not going to write about privacy concerns, or complain that entrepreneurs aren't working on important enough things.  I'm just going to talk about how great things like Google Instant are.  
This is pretty much evangelism of consumer tech.  I'm not trying to hide that.  
Here's one to kick us off:
Rdio rocks.  For $5 a month, $10 if you want mobile access, you can stream (almost) any song, any time.  The interface is clean, pretty, and pretty much does its job while staying out of your way.  One thing I love: the player itself is always in the left sidebar.  It doesn't even refresh when you navigate around Rdio.  
The one snag I've run into with the interface is that it's a little clunky to add a song to your playlist, collection, or whatever.  It's like Mog, another paid music streaming service, in this respect. When you hover over a song's title, a plus sign with a drop-down arrow appears.  When you click on the drop-down arrow, the list that appears contains "Add to Collection," "Add to Playlist," "Add to Queue," etc.  It seems like it should be easier to add a song to a playlist.  By contrast, it is very easy to add a song to a playlist when you start by viewing the playlist.  You start typing a search term and a list of songs appear.  Check each song you want to add to the playlist.  I don't see how that could be much easier.  One thing I would like is if it added to the list of search results as you checked songs.  For example, when I type "young am...", it lists David Bowie's "Young Americans" first, which is what I want, so I click the plus sign next to it.  It does list a couple of other Bowie songs, too, but I wish it could use my click on that song to show me more David Bowie songs or similar songs.  That would make sense to me.    Any thing would be better than continuing to show me songs that have "Young" and "Am" in their titles when I've already indicated exactly what I was looking for.

Digital Music

You type the name of the song into Google, and depending on your listening history, it suggests songs.  Press play.  Pop-up window.  They need it for Chrome OS.  To replace traditional PC music listening experience.  
It sounds like they're charging to buy songs.  Why not charge per play?  Like $0.001 per play.  But is that TMI for the consumer.  Probably.  Just $5/month. Lower ARPU, but more users.  Usually, they get scale first, and make money later.  Charging for things is their weakest point.  See Google Storage and Google Apps.  Can advertising pay for licensing and streaming songs?  Works for Pandora.  They have ads and premium.  But Google would have to pay the on-demand licensing fee, which is much higher.  
One thing they could come out ahead on is bandwidth costs, because often people go to YouTube just to play a song, then tab out.  Better for Google if they only had to stream the song, without the video.  It actually would be a big difference.  Music is a big part of YouTube, and they're working to make it bigger with things like Disco.  
It would also be a better user experience for people that want the simpler experience of just playing a song, which would load faster and be much less cluttered and distracting.  Sound familiar?  It would fit into the Google experience much better than YouTube.  It could be in partnership with the labels so there would be fewer poorly-labeled user-uploaded tracks.  
They would have better relations with the labels.  The Vevo detour is confusing, annoying, and not at all Google.  How about audio-only Vevo?  You could see as much related to the song as you want.  Lyrics, comments, etc.  
Why don't they integrate Google Profiles into commenting on YouTube and other Google properties?  Change your avatar there, and you've filled out your Google Profile that much more.  They are desperate to get people to fill out their gProfiles, and Buzz ain't cutting it.  Google Profile should make sense.  It's a little confusing for people who aren't signed into YouTube with a Google Account.  They need to get FriendConnect in use.  
Is FriendConnect for even more personalized advertising.  They would have everything, between Web History, FriendConnect, and YouTube history.  Except Facebook's 

Crowd source Crowd sourcing Kicks Off!


Today, volunteers from California to Sweden came together to discuss how to improve crowd sourcing, responding to a call from Mozilla Labs for volunteers to "Crowdsource Crowdsourcing."  We are practicing what we preach here.  Pretty much everybody had a say in our initial discussion. Pascal Finette of Mozilla Labs got us going by telling us we should split up into three groups.  From there, we took over.  We got into the groups we wanted, then each group chose its own way of communicating and decided how to proceed until all the groups reconvene in two weeks.  

For example, my group, which is trying to define best practices for crowdsourcing, decided to sign up for and participate in some crowdsourcing sites, and to report back on Thursday with initial findings.  A second group is analyzing past Mozilla Labs Design Challenges to figure out what went wrong and what went right.  The third is diving into crowdsourcing theory.  We plan to fuse our findings when we get back together.

We have a wide variety of interests and backgrounds here, with an entrepreneur, a biophysicist, an electrical engineer, a couple of psychology majors, and, of course, many designers and programmers.  I am a computer science major at Chico State who is all about usability. I blog at coleman.posterous.com.  Roei Yellin is an Israeli entrepreneur working on a crowdsourcing startup.  Matt Evans is Mozilla's QA DIrector.  Jan Dittrich is studying for a Media Arts & Design B.F.A. at the Bauhaus University in Weimar.  Abraham Taherivand has an Information Systems BS and an Information Management and Engineering MS.  He has done a ton of things in innovation, which you can learn more about at his website http://www.taherivand.net.  Jimmy Chion (www.myhippocamp.us/) has a bachelors's degree in Cognitive Science Stanford and is now near completing a Master's in Mechanical Engineering.  Chao Xu is majoring in Computer Science and Mathematics at Stony Brook University.  Piyush Kumar majored in Electrical Engineering and minored in Computer Science for his BS and is going to get an MS in Computer Science at Carnegie Mellon University.  Ryan Bubinski is studying studying biophysics and computer science at Columbia.  Peter Organisciak is working on an MA in Digital Humanities at the University of Alberta and is going on to study Information Science at the University of Illinois.  His thesis is on the motivations of crowdsourcing participants.  Zach Williams is a Psychology major at Tarleton State University in Texas, with a passion for web design and user experience, which you can see at his beautiful website http://zachwill.com/.  Joao Menezes (joaom.tumblr.com) studies Graphics/Interaction Design at UNIVILLE University, Brazil.  He has participated in several Mozilla projects.  Ola Moller studies Social/Digital Media & Concept Development at Hyper Island in Stockholm.  He has led and participated in two creativity crowdsourcing projects in Sweden, which you can learn more about at his website http://olamoller.se/.  Eugenia Ortiz (who goes by Euge) is another student.  She is big on User Experience.  Learn more about her at http://www.eugeniaortiz.com.ar/.  Ajay Roopakalu is a computer science major and applied mathematics minor at Princeton University.  He blogs at http://jrupac.wordpress.com/.  

This is how you crowdsource crowdsourcing:  gather volunteers from every part of the world and many backgrounds, let them organize themselves, and watch the magic.