Remember when you had to pay $85 to apply to each college? It allowed them to pay people to pore over every application, to distinguish between seemingly-indistinguishable applicants, to select the few who would best excel in their institution.
Companies like Google, which received 75,000 applications in a week (~4 million a year) don't have the luxury of doing that and thus must resort to crude filters such as GPA, major (that often must match exactly with what they're looking for), or other keywords (such as Scala, Ruby on Rails, or Facebook). This leads to keyword-stuffing by applicants, and imprecise and inaccurate filtering by employers. The end result is a concoction of false information and disappointed job seekers.
Google intends to hire 0.15% of those applicants. Even the most selective colleges accept around 7% and 10% of their total applicants. The reason is simple: There is an entry fee to applying to Harvard or Princeton, and as a result, fewer people even submit applications.
Google should decide on an acceptance goal: Say, 4% of applicants. In order to achieve that goal, it could introduce a (small) application fee--say, $25-$100--whatever corresponds to the point at which it receives only 250,000 applications per year. Reducing total applications from over 4 million to 250,000 will allow the recruiting team to be selective on many more dimensions, and hence pick better candidates. In addition to saving lots of recruiting resources, it will also produce anywhere between $6.3 million and $25 million dollars in application revenues.
The optimal thing to do with those revenues would be to return them to successful applicants: Say, 4% of the 250,000 applicants get job offers and 60% of them accept the job. Then they can get anywhere between $1041 and $4166 in "bonus bonus" (i.e. bonus on top of the sign-on bonus) to keep the program revenue-neutral.
The end result is that many of the current 4 million applicants that knew they had little chance would put their resources somewhere else, saving lots of Google's time and resources, and allowing Google to be more detailed about its hiring selection process. In contrast, the 250,000 most confident applicants would apply. Therefore, this system would produce the exact opposite of the adverse-selection problem--candidates will basically select themselves. Any rational person (one who chooses actions that maximize expected payoffs) with sufficient capital would conclude that it is profitable to spend $100 for a 5-10% chance at $4166. Similarly, he would conclude it is unprofitable to spend $100 for less than 4% chance at $4166. Therefore, of the population of all rational people interested in the job, exactly those who are sufficiently confident would apply.
I suggested a mechanism that appears efficient and effective in theory but may run into potential problems in the implementation. The goal was to mitigate the information asymmetry in employment applications and to reduce the load on recruiting so that they can be more effective at filtering among those who show sufficient confidence or interest.
I'd like to hear your opinions on how reasonable (or unreasonable) this idea is, and whether you think this will work in practice in the present or in the future.
Google's shopping website has a brand: Froogle.com. Bing Shopping on the other hand, is just another tab within bing.com. Arguably it is search related--but the focus on shopping is lost.
The solution for Bing is to develop a brand for its shopping website. Instead of bing.com/shopping, it should be Bling. Yes, that's right. Bling.com.
What do you think? The domain currently hosts ads so has no valuable use anyway.
A NYT columnist argues that it makes strategic sense for Google to offer an online backup solution to compete with Symantec or EMC because it would be a natural progression for the Internet behemoth.
I disagree. As part of the Chrome OS initiative, Google will offer cloud computing and STORAGE, which are implicitly backed up by Google's GFS. What business sense is there to developing and managing desktop backup software and cloud integration when they can use those resources to further their cloud computing (Essentially CPU-time as a service) goals?
Google has a direction, and it's not pointed at backup.
Yesterday, I heard Steven Sinofsky give an inspirational presentation about how far Microsoft has come with its Windows franchise--particularly Windows 7--and how they managed to scale to a division that earns more than half of its operating income. He shared with us the amount of work the entire Windows team put into the product to make it a success (You can find some of the engineering principles and demonstrations on his blog) and his vision for the future.
According to him, the future (the next few years anyway) is not basically a Web-Browser-OS. No, browser games will not replace desktop games. Internet photo-editing applications will not replace Photoshop. And as far as I know, there are no Internet IDEs (although that would be a creative idea). Until Internet connectivity becomes so speedy, inexpensive and ubiquitous, desktop functionality will still remain primary.
I can see the power of cloud computing--mainly if Google did something like Amazon's elastic computing infrastructure or Microsoft's Azure platform, and I know that Google plans to move in that direction. But until that happens--in which case we won't need to continually upgrade our hardware just to keep up with the pace of software--client-side functionality is going to remain the main selling point.
Good job Google at trying to reinvent the operating system. Perhaps you are onto something, but as Sinofsky assured us, if Microsoft sees potential on the cloud, it will take advantage of it. But then again, the entire press is writing in response to a single blog post containing no details.
Recent comments
28 weeks 1 day ago
28 weeks 1 day ago
28 weeks 1 day ago
49 weeks 3 days ago
1 year 6 weeks ago
1 year 6 weeks ago
1 year 8 weeks ago
1 year 12 weeks ago
1 year 15 weeks ago
1 year 15 weeks ago