246 karma · joined December 9, 2008
and more people included in your sample, more chance of finding amazing A++ engineers that can help the industry, your dev platform, etc...
Take home tests are the worst. Company says take home test will take 3 hours to complete. They never do. Schedule 2x or 3x the estimate. Especially if you want to impress the reviewer.
You send it over, then the company says no or yes, only to move to new stage.
In the worst case you ruined your weekend and received a no. But the company just took 10 minutes to arbitrarily reject your application.
From the company's perspective:
I've seen applicants receive friends'/roommates'/spouse's help on take home tests. Not a good indicator at all even with a glowing submission.
music clubs of 15 years ago didn't pay artists for your "12 free CDs" either
super annoying.
Still really great that Google signed up partners for the rollout. It's a bit of a chicken vs. the egg problem for technologies like this and it seems they have some cool email providers on board to help with the adoption.
Regardless of the outcome, this is great for consumption of emails and for users who have trouble dealing with their high volume of email.
What we do is actually inject scripts into emails to parse information in them.
We've built a bunch or scripts for social networks and retailers like ebay and amazon, but that doesn't really scale. Writing these custom script is time consuming.
So we thought, hey wouldn't it be great if the publishers of the emails annotated their messages with open graph tags (just as they already do with their websites) and that's how the idea. And we just parse those our using some simple javascript (https://github.com/birdseyemail/open-graph-protocol)
It's a bit of a chicken vs. the egg problem. We're hoping other email providers will adopt Open Graph in email so that publishers will have a reason to annotate their content.
And in the end the main motivation is that it's a great thing for consumers to have actions associated with emails. Imagine how much time you would save if you could "add to wishlist" your Groupon email just as easy as archiving it.
i've been somewhat documenting its progress at http://eastsideaccess.tumblr.com
the reason that there are no apps yet is that only iPhone 4S has the heardware for CB and no CB chipsets out there yet in devices. chicken and egg problem which hopefully will be solved with the iPhone 4S adoption.
article is also mirrored on tumblr @
I wanted to make squarelog.com to feel like an app designed by apple. Heavy on polish and refinements.
Groovy is used cause it has closures (java doesn't) and is simpler and easier than Scala.
the rev attribute is deprecated from HTML5
cheers,
r.S.
good point about the bandwidth and timeouts.
also, browsers could definitely use the link information. Thought the idea is for the twitter clients (and other micro-blogging tools) to not obfuscate a URL with shorteners in the 1st place.
granted some sites will always need tinyurl.com, etc but there should be a way for sites to specify their own short URL versions of their long URLs
also as i understand it, adding a title attribute would break the purpose of using a URL shortener - i could see the link with title would take up more space than the original URL in HTML code.
also thanks for the opens search and fav-icon suggestions. i will update the RFC.