Entries from June 2008 ↓

Yamaha YSP-3050 Soundbar: Same as the YSP-3000 Plus HDMI Upscaling [Soundbar]

View original post found on Gizmodo authored by Brian Lam

The YSP line is my favorite soundbar because of the sonar-inspired tech it borrows from cold war subs. The YSP-3050 is a new 23-driver model, second best compared to the 42 driver YSP-4000. The upgrade from the 3000 now has a front mounted minijack in, and HDMI upscaling. Like the higher end models, these will provide glorious surround, but unless you wall mount, the speaker blocks a few inches of your TV. [Yamaha]

YAMAHA INTRODUCES THE YSP-3050 DIGITAL SOUND PROJECTOR,

ITS LATEST SINGLE COMPONENT SURROUND SOUND SOLUTION

—New model to its market-leading line offers HDMI, video upconversion, iPod and XM Satellite Radio compatibility, FM tuner and advanced listening settings —

BUENA PARK, Calif.—Yamaha, the innovator in home theater and digital audio and video reproduction, today unveiled the YSP-3050, the latest in its award-winning line of Digital Sound Projectors which focus audio signals into precisely controlled and directed “beams” that provide true multi-channel surround sound from a single component. The YPS-3050 fits neatly underneath a flat-panel television and gives consumers a space-efficient option to installing multiple speakers throughout a room for immersive audio for watching movies, television and sports programming.

The new YSP-3050 features 21 beam drivers, and two woofers, 23 corresponding digital amplifiers, three Cinema DSP programs (movie, music and sports), analog to HDMI video upconversion, high definition video upscaling to 1080i/720p and a 1080p (24Hz and 60Hz) compatible HDMI interface with two inputs and one output to facilitate pure digital connections with the latest home theater components.

The YSP-3050 is XM Satellite Radio ready with XM HD surround sound powered by Neural Surround. The YSP-3050 also offers iPod compatibility via the new optional YDS-11 dock (more information on the YDS-11 below). Once docked, the iPod can be operated (song selection, play, etc.) via the YSP’s remote control and on-screen display. Yamaha’s proprietary Compressed Music Enhancer technology compensates for the lost detail of audio that is compressed during the “ripping” process, recapturing the essence of the original recording. An integrated FM tuner further broadens the user’s entertainment choices.

The YSP-3050 creates a wide soundstage designed to fill the whole room with convincing surround sound regardless of where listeners are seated. Sound settings include 5-Beam, 3-Beam, 3-Beam + Stereo, 2- channel Stereo, My Beam, 5-Channel Stereo and My Surround modes. My Surround mode delivers surround sound to even the most difficult installation environments where walls may not be present or are covered with unsuitable materials. My Beam mode focuses the sound at a specific listening position, so the listener can hear all program audio clearly, including dialog, without disturbing others in the room.

Yamaha’s proprietary IntelliBeam™ automated system calibration enables users to quickly and easily set up each system for the optimal listening experience and intuitive, multi-language on-screen displays.

The YSP-3050 offers full support for surround sound standards, including Dolby Digital, DTS, Dolby Pro Logic II and DTS Neo:6, as well as CINEMA DSP technology, to create realistic soundscapes in any room. For late night movie and music enjoyment, a Night Listening Enhancer mode allows dialog and quiet passages to be heard clearly, even at low volumes. The TV Equal Volume mode prevents sudden startling bursts of sound from TV programs and commercials. The model also features SRS TruBass technology to provide exceptionally deep and rich bass response.

The YSP-3050 is currently available for a suggested retail price of $1,399.95.


10 of the Biggest Platform Development Mistakes

View original post found on GigaOM » FoundRead authored by Marty Abbott and Michael Fisher

Just like with golf, technology is as much about ensuring that your bad hits are recoverable as it is ensuring that you make great ones. We’re all going to have failures in our careers but avoiding the really big pitfalls will help you keep your company on the right growth path. Here are 10 common mistakes we at AKF Consulting see made during platform development — and the ones we believe are the most important to avoid. 

1) Failing to design for rollback: If you’re developing a SaaS platform and you can only make one tweak to your current process, make it so that you can always roll back any code changes. We know that it takes additional engineering work and testing but in our experience, such effort yields the greatest ROI.

2) Confusing product release with product success: Do you have “release” parties? Don’t — you are sending your team the wrong message. A release has little to do with creating shareholder value. Align your celebrations with achieving specific business objectives, such as increasing sign-ups by 10 percent.

3) Assuming a new Product Development Lifecycle (PDLC) will fix issues with missing delivery dates: Too often CTOs see repeated problems in their development life cycles, such as missing release dates, and wrongly blame the development methodology. Make sure you’re fixing the right thing — lack of ownership or involvement in and/or incomplete understanding of the current PDLC are among the most common root causes of late dates.

4) Allowing history to repeat itself: Organizations don’t spend enough time looking at past failures. The best and easiest way to improve your future performance is to track your past failures, group them by causation and treat the root cause rather than the symptoms. Keep incident logs and review them monthly to identify recurring problems.

5) Scaling through third parties: If you’re a hyper-growth SaaS site, you don’t want to be locked into a vendor for your future business viability; rather you want to make sure that the scalability of your site is a core competency and that it’s built into your architecture. Define how your platform scales through your efforts, not through the systems that a third-party vendor provides.

6) Relying on QA to find your mistakes: You cannot test quality into a system and it’s mathematically impossible to test all possibilities within complex systems to guarantee the correctness of a platform or feature. QA is a risk mitigation function and it should be treated as such. Defects are an engineering problem, and that’s where the problem should be treated.

7) Relying on “revolutionary” or “big bang” fixes: The degree of success of complete rewrites or re-architecture efforts typically ranges somewhere between not returning the expected ROI and complete failure. The best projects — and the ones with the greatest returns — are not revolutionary but evolutionary. Go ahead and paint that vivid description of the ideal future, but approach it as a series of small steps.

8) Not taking into account the multiplicative effect of failure: Every time you have one service call another service in a synchronous fashion, you are lowering your theoretical availability. If each of your services is designed to be 99.999 percent available, then the product of all of the service calls is your theoretical availability. Five calls is (.99999)^5 or 99.995 availability. Eliminate synchronous calls wherever possible and create fault-isolative architectures to help you identify problems quickly.

9) Failing to create and incent a culture of excellence: Bring in the right people and hold them to high standards. You will never know what your team can do unless you find out how far they can go. Set aggressive yet achievable goals and motivate them with your vision. Be a leader.

10) Not having a business continuity/disaster recovery plan: No one expects a disaster, but they happen, and if you can’t maintain normal business operations you will lose both revenue and customers. A solid business continuity plan explains to everyone how to operate in the event of an emergency. Even worse is not having a disaster recovery plan, which outlines how you will restore your site in the event a disaster shuts down a critical piece of your infrastructure, such as your collocation facility or connectivity provider. Our preference is to provide your own disaster recovery through multiple collocation facilities.

Marty Abbott and Michael Fisher are partners with AKF Consulting.

Hacking The Facebook Platform For Data Portability

View original post found on TechCrunch authored by Guest Author

The following guest post was written by Dan Birdwhistell, founder of people directory Bigsight (reviewed here) and creator of Hacking Facebook, a website that teaches developers how to pull user data out of Facebook.


There’s one thing about Facebook that most people still seem to have wrong: that it’s a walled garden. Quite the contrary, the Platform allows for full data portability and has since its inception. It actually isn’t a walled garden at all.

The problem is that this knowledge is buried deep within the FB documentation, a place few developers have wandered. For whatever strange reason, legal documents are like amusement parks for me, so I’m now fairly well acquainted with the ins and outs of porting data (and users) out of FB. So that’s what this whole post is about: To show you how it’s done.

Background

Once we got our heads around the Platform back in October, 2007, we hacked together FriendCSV as a demonstration. This is an app that allows you to export your full social graph (and all friend data) to your hard drive. This is all done in accordance with FB policies. After people got comfortable with this, we took it a step further by allowing users instantly port their own personal data into bigsight to create a new profile and account. Test out our importer here.

Why Facebook and the Platform are important

We believe FB is architecting the next version of the web. This is a bold claim – no doubt — but here’s the thinking:

  1. FB has the users: 80mm and growing, with huge international membership and no age bias.
  2. Users enter their real information: Users enter their real name and affiliations. This moves the web away from (and makes users comfortable with abandoning) aliases.
  3. Users express themselves by connecting to entities that are “outside”: Users articulate their identity by claiming lasting elements like cities, companies, schools, and groups (or pages) that exist outside of FB.
  4. These entities are increasingly moving “in”: These groups are connecting to the same users and establishing broad footprints through ads, Pages, and Applications.
  5. The Platform and FB Connect are building the “between”: All the nice-happy-fun going on between Users and entities inside FB will start to extend back out into the web as developers learn how to build data/interaction bridges with the Platform and Connect.

The result is a web based on users and not content, with an individual’s FB ID ultimately serving as his chief tour guide, passport, and keymaster (but not like Vinz Clortho) around the rest of the web. So if I am right, FB will become king – not as a social network, but as the architect, owner, and manager of the next version of the web. So the point: you need to know how FB works and how you can leverage the Platform to grow your site or business. So here we go…

Understanding how FB Data is structured

Before you go messing around in the pool house, you’ll need to get your head around how everything is structured. It’s best to first focus entirely on non-user data given that these are the permanent structures users “claim”. Each of these elements has a unique ID and entry fields are typically auto-complete to ensure data alignment.

  • Location: There are ~540 regional networks and ~24,000 city/state/country listings. Cities in the US are expressed as “City, State abv.” while cities in other countries are expressed as “City, Country Name”. Regional networks outside of the US, Canada, and the UK are typically expressed just as a country. Users claim locations through networks, current city, hometown, work cities, groups, pages, events, and photo albums.
  • High Schools: There are ~23,000 worldwide high schools in FB. Users can enter up to two high schools, with graduation year for one of them. High school name and year is expressed on the profile.
  • Colleges and Universities: FB recognizes ~5,000 institutions. To streamline search during data entry, FB allows for multiple aliases for the same school. For instance, a user can search/find/select “UCLA” or “University of California, Los Angeles”. Whichever one is selected displays on the profile, though both are linked to the same ID. This makes data integration a bit dicey, but there’s a fix we’ll get to later. Users can enter up to five schools and can ascribe graduation year, type, concentration, and degree type (if it is a grad school).
  • Companies: You’ll find ~25,000 different companies. FB allows for multiple aliases during search, but it filters them out to the same display name across all profiles. We’re clueless as to why they did this for companies but not schools. Users can enter up to 15 jobs and can ascribe position, description, location, and duration.

So exactly how much data can you export?

Stated simply, you can touch basically everything but a user’s contact information. So here’s the list, including how the data is structured in its output. We’ll address friend lists and data in a moment.

Data Element Export Format
UID Permanent
First name Free form (ff)
Last name ff
About me: ff
Activities: ff
Birthday Day, Month, Year (1900-2008)
Books ff
Colleges Up to five: name, type, degree, concentration, grad year
Hometown “City, State” or “City, Country” if outside the US
High school Up to two: name, grad year
Interests ff
“interest sex” Male or female
“interest meeting” Friendship, Dating, Relationship, or Networking
Location “City, State” or “City, Country” if outside the US
Movies ff
Music ff
# of notes #
# of wall posts #
Networks (up to four) Region, High School, College, Work
Photo albums All pictures + tags, titles, etc.
Pictures Misc. pictures + tags, etc.
Political Affiliation: Party name
Profile pictures: 50×50, 50×150, 100×300, or 200×600
Profile update time: Date, time
Quotes: ff
Relationship Status: Single, in a relationship, engaged, married, it’s complicated, open relationship
Sex: Male or female
ID of Significant Other: UID
Status message: ff + date/time
Timezone: # offset from GMT: “-6” for Nashville, for instance
TV shows ff
Work History: Up to 15 companies: name, position, description, location, duration

In addition to these core profile elements, you can also make calls for and then export huge amounts of data through:

  • Events: Title, location, date (duration), picture, type, members, etc.
  • Pages: Name, type, location, hours, members, etc.
  • Groups: Name, type, description, location, members, etc.

Now about friend lists: As you’ll see when you use FriendCSV, you can not only access all of the above for a single user, but you can also access the same data from their friends. Pretty crazy, right? This means that by touching one user you can instantly touch thousands more. But hold on now…time to talk Privacy.

Understanding FB Privacy, Terms of Service, and Platform Documentation

There are five key documents that come into play re: data portability on FB. Taken alone, each is hard enough to understand – taken together, it’s downright labyrinthine. As a developer, though, there are really only four things you need to know:

  • The Onus of Privacy is on the User: While FB puts restrictions on how you can access and store information, they ultimately put the onus on the user when he interacts with an application. This means that users interact with apps at their own risk. From the Privacy Policy:

    “If you, your friends, or members of your network use any third-party applications developed using the Facebook Platform, those Platform Applications may access and share certain information about you with others in accordance with your privacy settings…

    …in addition, third party developers…may also have access to your personal information (excluding your contact information) if you permit Platform Applications to access your data.”

  • The 24-hour Clause: Most of you have heard of this. It basically states that you can suck out any data, but you can’t store it for more than 24 hours; however, there are two key things that people overlook: 1) There are some elements that can be stored indefinitely and 2) if there is a disclaimer on the application, the developer can do almost anything with the data.
  • The “Storable Indefinitely” Properties: FB allows us to store User ID, Network ID, Event ID, Group ID, and Photo ID.
  • The Gold in the Mountain — “Full Disclosure Opt-Ins”: As a clear extension of FB putting the onus on the user, they have included a clause in their documentation that says that developers can do almost anything with the data they touch if they have full disclosure. Taken from 2.A.6 of the TOS:

    “You may retain copies of Exportable Facebook Properties for such period of time (if any) as the Applicable Facebook User for such Exportable Facebook Properties may approve, if (and only if) such Applicable Facebook user expressly approves your doing so pursuant to an affirmative “opt-in” after receiving a prominent disclosure of a) the uses you intend to make of such Exportable Facebook Properties, b) the duration for which you will retain copies of such Exportable Facebook Properties, and c) any terms and conditions governing your use of such Exportable Facebook Properties (a “Full Disclosure Opt-In”).”

    This is a bit wordy, so we’ll translate: If you outline which data you’ll use, how you’ll use it, for how long, what other terms the User might be subject to, and get User consent, then you can keep and use profile information for as long as you want.

So the main lesson here is that you shouldn’t be afraid of the various policies and documents because they are outlined to help you rather than restrict you. But again… a note about friends’ data. FB has been incredibly aggressive in policing how developers are accessing and using these data, and rightfully so. Last week they shut down the Top Friends app for allowing too much data access and earlier this year they canned Google Facebook Connect because it didn’t operate in accordance with their policies.

I’ll say again that they were right to do this and when thinking through how to port users, you should be mindful not just that FB might shut you down, but that a secondary friend who doesn’t opt-in to your site probably should be left alone. More than likely, he doesn’t want what you’re selling. Of course, there are ways around this if you want to brute force it, but we’ll just keep that to ourselves. So let’s keep going…

Setting up the Application(s) and managing the exports

Your importer can be inside FB as part of an application or it can exist as a standalone. We do it both ways. With FriendCSV, users install the app and we then direct them to their new profile as an add-on; meanwhile, out in the ether, we have a dedicated portal at http://fb.bigsight.org that directs users to FB for initial authentication, but then kicks them right back to our web app. If you already own a great app with lots of traffic, start there. If not, it’s probably best to set up your porter out on the web. Exporting the key data for a single user doesn’t take too long, so you can typically create a new page/account for them instantly. However, if you plan on exporting an element like friends lists (careful, hoss) or photos, you’ll need to batch up FQL requests when possible and also be open to allowing some processes to happen in the background.

The FB API is “REST-like,” which means it can be used by anything that handles standard HTTP requests. Libraries exist for PHP, Java, Ruby, and other languages that make the API easier to use. The following example code is for Ruby on Rails and the Facebooker library, as that’s what we use at bigsight. No matter which language you choose, writing FB applications to extract data is surprisingly easy. One line of code will tell your application to authenticate with FB. Simply add “ensure_authenticated_to_facebook” to your Rails controller and it will send your user to the FB login page if needed, and return them to your application. From that point on you have full access to the FB user and all exportable data. Here’s one example of how to extract educational history:

def gather_schools
# Create a local copy of the Facebook user
@user = User.create(:name => @fb_user.name, :fb_uid => @fb_user.uid)
# Load the user’s schools
for fb_school in @fb_user.education_history
School.create(:name => fb_school.name, :user_id => @user.id)
end
end

For a full view of the FQL queries, check out this page in the documentation.

Integrating FB Data into an Existing Third Party Site

Ok so now you know what the data look like and how to access it, you need to think through a few things to figure out how to integrate it all with your site or widget. These are the questions to ask:

  • What are the basic data elements you need for a user to interact with your site? Start by isolating the variables you need to a) successfully port a user to your site and b) give them enough active features that they instantly get a taste for your offering. Design your integration so that it is as simple (though complete) as possible. You might also consider including an “instant remove” link so that a user can quickly exit and take back his data.
  • What deep database elements do you need to align? This might take a bit of work depending on what types of information you need. For instance, we suck out and integrate city, company, and school data. This sounds easy enough, but it gets dicey: There are quite often many names for the same entity. So if you want to align these elements, you need to: a) figure out what FB calls them and then b) use that naming system or make it line up with yours so that your importer can identify multiple aliases.
  • How can you enrich user data in a novel way? There’s tons of win to be had if you can figure out a way to enrich a user’s data. We do this in two ways on bigsight:
    1. We match their school data against our own database and add the school logo to their profile pages. Furthermore, our school links go to pages that instantly show them people they may know. Here’s my alma mater, for instance: http://bigsight.org/school/wlu
    2. We built an algorithm that constructs full biographies based on a user’s profile data. This is fully dynamic and can have up to 140 different combinations depending on which school, company, and city data the user has and how he has structured it.

    Basically, get creative. It’s almost silly how many cool things can be done here.

  • Is there any way to leverage group, page, or event data? Check this out: http://bigsight.org/city/nashville_tn/events. This is a display of the events that I RSVP’d to in Nashville over the past year. Sucking out this data is fully legit. It doesn’t take long to realize how entirely new sites can now be built based on even one or two User imports.
  • How can you set up a User account? You might have to get creative when it comes to getting information (namely email) that isn’t directly available, though often needed to set up a working account. We ask for a user’s email up front and assign them a temporary login and pw based on this.
  • Are you going to store their raw data output? We highly recommend your discarding their original raw data, even if you have a full disclosure. It’s just better for everyone involved and is better for the user and the web. Remember that you can keep the User ID and if you codify the information in some way, you’re in the clear.

Conclusion

Like I said above, we believe that FB is on the path to doing something amazing with the web, and we believe that everyone in the industry needs to know how to not just adapt to it, but also thrive from (and alongside) it. It should be an interesting summer re: the web as Facebook Connect launches and more and more people begin leveraging this and the Platform for utility rather than blind user engagement.

Our opinion is that while FB Connect will offer some amazing functionality in regards to quick user integration and synching, it likely won’t be as powerful as the Platform in terms of data access. Either way, these developments will not only change how users interact with third party sites, but they will also raise the bar for user experience as individuals accustomed to the FB UI will begin to demand increased alignment. Soon we’ll likely see businesses start to build sites on the back of FB rather than a) going out on their own or b) doing what could prove to be complicated integration. Additionally, we’ll probably also find resolutions to a few ongoing discussions and questions such as who owns a friends’ list and how what FB calls “dynamic privacy” actually works out in the wild.

It’s all pretty interesting stuff to think through and incredibly fun to see it all come together so quickly. Creative destruction all around, you know. Lots of warriors in the arena. ARE YOU NOT ENTERTAINED?

Crunch Network: CrunchGear drool over the sexiest new gadgets and hardware.

Mashups: Google’s Adoption Makes oAuth a Must Have for All Apps

View original post found on ReadWriteWeb authored by Marshall Kirkpatrick

Open standard based user authentication protocol oAuth has now been implemented across all Google Data APIs, quickly offering this young standard for easy mashups more market validation than it’s ever had before.

Eight months ago we wrote about the launch of oAuth 1.0, asking if the standard would lead to a flood of mashups across the web.

A standard method of authenticating users across different services means that mashup builders need only write one authentication process, then apply it to all data sources that support the standard. That’s hot, and it’s now spreading faster around the web than we thought. We discuss what this means for users below.

Google’s Support

Last night the Google Data API blog announced that oAuth is now available for all Google Data APIs, everything from Gmail contacts to Google Calendar to Docs to YouTube. This means that 3rd party app developers now have one easy, standardized and secure way to authenticate that their users really own the Google accounts they say they do - without the apps asking users for their Google passwords. That data from Google can then be mashed up with any other application interested in leveraging it.

Google had included oAuth into the OpenSocial framework, but there was little indication that app developers were making use of it. Google’s recently launched FriendConnect offered website developers disappointingly little access to their users’ data - partitioning the Google functionality into an iframe inside participating pages.

Other Support

We’ve wondered recently whether oAuth was just a good idea that wasn’t really gaining any traction. The list of sites with live oAuth support has been much smaller than we hoped. Now that’s changing fast. PhotoBucket offers oAuth support and today SmugMug announced it as well.

We expect to see oAuth authenticating and relying parties spring up all around the web now that coveted Google user data is available through oAuth.

What This Means for Users

There is now no good reason for new applications to ask you for your Gmail username and password in order to access your list of contacts. Don’t give it to them - there’s a standard, approved way for them to access that data now that doesn’t require giving them unlimited access to your entire account.

Apps that don’t use the approved Google user authentication method in short order will be acting like a mail carrier who says they have to have a key to the inside of your house to pick up your mail because they aren’t familiar with the mailbox on the front porch.

Furthermore, we as users can now expect a thrilling new wave of mashup options that can take secure advantage of our Google data. Google’s adoption of oAuth is one of the most significant, tangible moves in support of authentic data portability that we’ve seen in a long time. App developers should be tripping over each other to make use of this data so that our use of their apps can be made richer, more powerfully useful and engaging. While they are developing to take advantage of Google’s oAuth APIs, why not offer some oAuth back out to the world as well? Google’s validation of the standard should start a snowball of standards enabled mashups.

We’re very excited that Google has taken this step to un-silo our data and support the mutually beneficial ecosystem of mashup developers and users. We’re very happy too for the community of oAuth supporters, who have done a great job building and spreading something so needed around the web. Today is a good day for the future of the web.


ClickPass Adds Google, Facebook, Yahoo, And Hotmail To Its OpenID Gateway

View original post found on TechCrunch authored by Jason Kincaid

Clickpass, a startup that has simplified the OpenID login platform, has built out support for additional third parties that brings the promise of a universal login even closer. Users will now be able to use their Google, Facebook, Yahoo, or Hotmail passwords on any site that includes the Clickpass authentication system.

The new Clickpass system requires almost no effort from the end user. Supported sites simply embed a button on their login page which prompts users to login with their credentials from one of the aforementioned services; you don’t even need to have a Clickpass account. On supported sites, creating a new account is as simple as logging in with your preferred service (I use Gmail), and picking a display name to show other users. This is what OpenID should be.

So what’s the catch? At launch the service only works on a handful of sites, but CEO Peter Nixey says that implementing it on a website is easy - we can expect to see the number of supported sites skyrocket in the next few days. Developers need only implement the standard OpenID protocol along with the Clickpass system and they’re good to go.

One problem that Clickpass will soon face is that it is really a temporary solution to a problem most of these companies are already working on. We can expect Google, Yahoo, and the rest of the lot to implement their own version of OpenID, which will effectively take Clickpass out of the equation.

Crunch Network: MobileCrunch Mobile Gadgets and Applications, Delivered Daily.

The Xbox 360 DRM Transfer Tool Is Here [Xbox 360]

View original post found on Gizmodo authored by Jason Chen

You know that problem of having to be signed into Xbox Live after you transferred your content from your old, broken Xbox 360 to your new, slightly less broken Xbox 360? The one where you can’t play your old stuff on your new machine without having an active connection? They’ve got a fix out now called the DRM Transfer Tool that solves just this issue. The whole thing takes “less than a minute,” and transfers your license for the content between machines so you can watch/play it without being signed on. Hit up the link to do it to yours. [Xbox via Gamer Score Blog]


Social Network E.Factor Connects Entrepreneurs and Investors [The Startup Review]

View original post found on Mashable! authored by Paul Glazowski

Editor’s Note: If you would like to have your startup considered for inclusion in “The Startup Review” series, please see the details here.

STARTUP DETAILS:

Company Name: E.Factor

20-word Description: The fastest growing social network for entrepreneurs and investors that offers health insurance to its members.

100-word Pitch: With over 47,000 members in 3 short months, the niche social market is binding entrepreneurs and investors through a virtual platform, unparalleled by anything else. Launching July 1st, entrepreneurs will no longer have to worry about health insurance or a 401K plan as both will be offered to premium members. In addition expect to see new satellites popping up like the Cambridge University E.Factor site (http://cambridge.efactor.com), business lounges across the world, and bilingual homepages for overseas members.

The E.Factor is a virtual economy and a network comprised on one thing - growing businesses. By giving entrepreneurs social tools both online and offline, members can connect, promote, and find funding.

Mashable’s Take: When you think social networks, you might think megasites. Ones with dozens of millions of members. MySpace. Facebook. Bebo. Or perhaps mid-sized operations. Those with several million members. Or perhaps a few hundred thousand. Networks with five-figure userships, meanwhile, aren’t likely to gain very lasting recognition. At least not those built for your average Joe or Jane.

E.Factor knows this. That’s why it hasn’t been seeking ordinary folk to populate its servers. At least not people interested in run of the mill networking. Instead, it’s targeting a niche. A rather unique niche. The idea is to connect entrepreneurs with investors. Everything from simple communications to startup promotion and funding solicitations and so forth. None is supported by advertising. Instead, it’s built upon the site’s paid premium accounts.

Still, that’s not the most unusual part.


What’s most intriguing about E.Factor, after 3 months in action, and with a membership 47,000-strong, is it will soon offer users health insurance and 401(k) plans.

Granted, the structure of E.Factor isn’t the most most visually appealing to come about in the last half year or so. Pay it a visit and you’re not likely to think it elegant, either in layout or in color. But its external value isn’t likely of any concern to its users. Instead, the thousands of people involved in the experiment are what make E.Factor work. And evidently its makings work well enough for the company to pursue a tangible benefits-based system for paying members. (Note: The launches of these programs will occur in less than a week’s time, on July 1.)

In addition to these fairly momentous steps, E.Factor will be spending the next several months opening physical lounges for entrepreneurs across an international spectrum to complement its online services. First Amsterdam in July, followed by more than 100 others in places elsewhere.

Sponsored By: Sun Startup Essentials

Disclosure: E.Factor is a past sponsor of Mashable events


Related Articles at Mashable! - The Social Networking Blog:

Mashable’s Exhibit Hall for Internet Week NY - Call for Sponsors
Exhibit Hall for Internet Week New York - Updates and Call for Sponsors
Internet Week New York Recap
Internet Week NY - Mashable’s Exhibit Hall and Party is Friday Night
Mashable’s Exhibit Hall for Internet Week New York
Join Mashable at Internet Week New York


MySpace Opens Up The Data Pipe With Full Launch Of Data Availability (Michael Arrington/TechCrunch)

View original post found on Techmeme authored by (author unknown)

Michael Arrington / TechCrunch:
MySpace Opens Up The Data Pipe With Full Launch Of Data Availability  —  MySpace was the first of the Big Three to announce tools for third party sites to integrate MySpace user data into their services (called, collectively, Data Availability).  A day later Facebook announced Facebook Connect …

iPhone Development Central

View original post found on Apple iPhone School authored by Brooke

SDK iPhone Development Central is a website devoted to making developing on Apple’s SDK possible for everyone. They do so though SDK development video tutorials.

” We offer FREE home-made tutorials made by people just like you who have the same goal as we do - to share as much information about developing for the iPhone SDK as possible. iPhoneDevCentral.org is the connecting link between developers’ questions about the iPhone SDK and the answers.”

They offer a variety of tutorials ranging from Beginner to Advanced. Each level has a brief description making it easy to know exactly where you fit. … [visit site to read more]

Social Design Patterns for Reputation Systems: An Interview with Yahoo’s Bryce Glass (Part II)

View original post found on Bokardo - Social Design by Joshua Porter authored by Josh

In part I of my interview with Yahoo’s Bryce Glass, Bryce explains the basics of Reputation Systems. In the following part II, Bryce digs deeper into the strategic decisions around patterns, like how to determine which pattern to use and who is using reputation patterns best.

6) So let’s say I’m building a site with social networking features. How do I figure out which reputation pattern to use?

My advice would be: start small. Definitely think of which one or maybe two patterns to employ. Consider the spirit and intent of the community that you’re trying to build. What exactly do you hope people will do there? Write reviews? Post videos? Form connections with each other? Consider all of these things, and others, and then try to place your intended community somewhere along that Competitive Spectrum.

And be honest with yourself! I’d posit that the vast majority of consumer-focused social sites are somewhere at or below the ‘Cordial’ level. If you still insist on placing a ‘Top Hunks’ leaderboard on your dating site after all of that? Well… that’s fine, but at least now you’ve made that decision consciously and clearly. (It’s probably still the wrong decision, but…) And, not to re-plug my earlier talk, but more guidance is given there as well on this very question of ‘which pattern?’

7) What is the biggest mistake that designers make when implementing reputation patterns?

I’d say 2 related things: one is employing those more empirical patterns— Points, and Levels, ranked and tracked on Leaderboards— in situations where they’re not appropriate. I feel like I’m belaboring the point, but… if your community values fun, and easy-going interactions with each other and helpfulness? Then don’t destroy that fantastic dynamic by comparing members, one to another. Don’t elevate certain members’ status at the expense of everyone else in the community—’cause resentment, factions and gaming are soon to follow.

And related to this is the mistake of rewarding the wrong types of behavior. Specifically, there’s a tendency to want to reward activity (how many times have I contributed, or how frequently) instead of the quality of those contributions. (Do people like this video? Have they watched it? Responded? Linked to it, or embedded it on their blog? Voted for it, or assigned a rating?) Of course, both are important: you want people who are actively engaged and prolific contributors: but you want those contributions to be quality ones: thoughtfully prepared, formatted along community norms, and above all useful or interesting to the community.

A relevant, and recent, example I could cite is Plurk. Now, I absolutely don’t mean to hate on Plurk. It looks like a fine product (it’s kind of a Twitter-like microblogging platform.) But they’re tracking and displaying some very “official-looking” Karma metrics, and even feature a Leaderboard of Interesting Plurkers. My response to this is two-fold: first is… “why”? What community goals does it further? My guess would be that it’s a desire to promote active, high-use Plurkers to the community, that others might find them and opt to follow them as well.

But the prominent Karma score, and a surface appraisal of how it’s generated, might lead one to believe that Plurk is a competition. And, specifically, a competition won by the amount of stuff you do! (Number of Plurks, number of friends, etc.) Most people can see how badly this could end: if someone really wants to make it onto that leaderboard? They’ll probably try mass-friending and spam-blasts first. (Even if Plurk’s system is smart enough to counter this, the overall effect is still negative.) There is a nod to quality—’Quality Plurking’, however that’s defined—but the emphasis appears to be on Activity. And I’d posit that a karma system for an app like this is somewhat extraneous. It kinda smacks of “wouldn’t it be cool if we…”

I also feel compelled to point out that the particular label they use—’Interesting’—is a loaded one: while very complimentary to those who receive it, it’s can also feel derogatory to those who’re left out. There’s a reason why Flickr has only ever applied the descriptor of interestingness to photos, and not the people that take them—and that reason is that the community folks over there have a wonderful awareness of community spirit, and are sensitive to the effects that labels can have.

8) What is the best example that you know of of a site that implements reputation patterns?

I don’t know if it’s the absolute best, but a site that I’ve praised in the past is Yelp. They’re a review site and they feature a nice variety of reputation indicators. What I like about Yelp is that they seem to have payed close attention to their community, and what motivates people to write reviews, and their reputation system leverages that nicely. It doesn’t work against it.

A really simple example: some of our own research, at Yahoo, indicates that one reason some people may write reviews is just this desire to ‘fill a void’ or provide a review for a product or venue that has none. (I’ve wondered if this isn’t somehow psychologically related to those guys that like to type ‘first!’ into comment fields.) Now of course this isn’t the only thing that motivates someone to write reviews, but it can be a small motivator for some folks.

Yelp must be aware of this tendency, cause they give users a small boon for being the first person to contribute a review for a business. The first review for any establishment will display a ‘first to review’ badge for ever-after. So it’s not a huge thing. They don’t place a lot of importance on it, but there it is: a small and very natural show of appreciation for those users that like to help get the conversation started.

And Yelp does this in a dozen other ways as well. They have specific reputation types that reward funny Yelpers, or helpful ones. They have a special designation (the Yelp Elite — you’ve written about them before, in fact.) So Yelp encourages a wide range of expression from their review-writers: basically, you can be any kind of ‘Yelper’ you want to be, and—as long as the community finds value in your contributions—Yelp has a way of rewarding you. (And Yelp doesn’t ‘rank’ users against each other, or display a leaderboard anywhere on the site.)

And, of course, I’ve already mentioned XBox Live. I think they do a fantastic job. I believe that they employ just about every pattern from the set that we’ve published, and probably a couple others besides. And all for great effect, for a very specific purpose. BUT… they’re a fairly competitive context, so I think they get a lot of leeway to do things that a lot of social community sites should probably not be doing.

9) What is Yahoo’s strategy in getting these out to the community? Are you simply being altruistic? Wouldn’t these help your competitors?

There are a couple of dimensions to my answer here. First, I’d say that the Pattern Library, in general (which has been open since February of 2006, btw) is a good fit for Yahoo!s stated goals of openness and transparency.

Secondly, there’s nothing especially proprietary about the information or opinions embedded in the patterns. Christian, who I’ve mentioned, actually vets all of our public patterns with our Legal team, so if there actually were some sooper-sekrit game-changing reputation business logic in there…? Well, that probably wouldn’t make it outside the firewall. ;-)

But, also, these patterns are in large part drawn from examples and experiences of competitors, as well as products that we’ve shipped at Yahoo! So in a way, it’s not so much ‘getting them out’ to the community as giving them back to the community. There is some work involved in these patterns (compiling, researching, refining and writing them out) but the benefits for us are innumerable: the ability to positively influence the community, be seen as thought-leaders in social software. Heck, just taking part in a smarter dialog about the place of reputation systems… it’s all good.

Thanks for the interview, Bryce!

Resources: