HN user
on face value you can't argue with your logic but if you want to play the long game and help create and contribute to an industry that includes people from all demographics than this is a very smart move.
and more people included in your sample, more chance of finding amazing A++ engineers that can help the industry, your dev platform, etc...
From the employees' perspective:
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.
this sucks but it's not a new technique
music clubs of 15 years ago didn't pay artists for your "12 free CDs" either
also happens when you try to view iTunes movies or shows while controlling your Mac with a remote desktop connection.
super annoying.
super cool. we are doing something similar with Birdseye Mail's Smart Actions http://www.birdseyemail.com/developers ... we opted to reuse open graph tags in favor of creating a new JSON / JavaScript syntax
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.
That's true. All clients as far as I know strip out javascript for security.
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.
facebook was 1st I believe
East Side Access is another amazing project in NYC. going to bring LIRR to Grand Central in 2019 ish.
i've been somewhat documenting its progress at http://eastsideaccess.tumblr.com
BTW, we're using heroku and ironmq for all the backend heavy lifting. Perhaps twitter got spooked by the volume of API calls. A testament to seamless cloud scalability. And of course we soon hope to get the twitter issue addressed so we can be operational and help causes spread their word.
agreed. I started http://snaplog.com around the same time.
this API is it. no approval process as far as is known. the CB api treats devices no differently than web sites as far as Apple is concerned.
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.
oh man. can you retry? i think it's cause not all the assets loaded (ran out of free quota on GAE) fixing now.
is it still broken? rand out of quota for a few minutes so maybe not all the assets loaded.
looks like GAE quota was reached. fixing now.
article is also mirrored on tumblr @
BTW, how is the performance compared to sync pymongo in your use? I'm testing with eventlet and seeing it about 10-20% slower.
http://snaplog.com, http://clowdy.com and probably dozens more.
big diff is that suqarelog.com can be a replacement for 4sq's client ... for launch i'm touting the photos feature because it's the biggest differentiator over 4sq's official app
I wanted to make squarelog.com to feel like an app designed by apple. Heavy on polish and refinements.
rga.com has been doing this on their main site for a while now
We're using it for http://www.scienceslides.com/ ... a place for scientists to download signaling pathway slides in powerpoint format, etc...
http://m.mlb.com/ uses a hybrid Freemarker / Groovy / Java framework called MVC+GF. During the 2009 season it was able to scale with out issues during peak hours (9th innings, etc). That's hundreds of requests a sec a server - pretty cool.
Groovy is used cause it has closures (java doesn't) and is simpler and easier than Scala.
great suggestion. thanks!
http://wiki.snaplog.com/short_url#TOC-Suggestions-from-commu...
the rev attribute is deprecated from HTML5
Nice! Great idea. You should look into implementing: http://sites.google.com/a/snaplog.com/wiki/short_url
cheers,
r.S.
thanks for the feedback!
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.
thanks! that's really good feedback. integration with other established networks is definitely a plus.