Hacker Newsnew | past | comments | ask | show | jobs | submit | hamstersoup's commentslogin

Yes, MQL really was an eloquent query language, especially when writing JavaScript for the browser. For the curious, most of the documentation seems to be gone, but there are a few examples here: https://github.com/nchah/freebase-mql#mql-and-graphql

(Note the graphd release doesn't include the MQL query engine)


It's too bad the MQL query engine wasn't also released. In combination with graphd, it was a really nice system to use.


My 4-year-old is really into The Foos app. In the beginning he was just messing around but after a month or two he's really getting it. I was wondering what to use next, thanks for the list!


The article presents some great 'explorable explanations' by (or inspired by) Bret Victor.

This really does seem like the future of communicating hard concepts.

At high school I would often write BBC Basic simulations of the dull problems we had been given as homework. I was so much more passionate when I was exploring and learning myself.


> This really does seem like the future of communicating hard concepts.

If we take into account that programming is considered as a way to communicate hard concepts, this should be seen as the future of software development as well. And of hardware tools, and design, and public on-stage performances...

Bret Victor's vision of active exploration is not limited to communication and learning, but all to all creative activities.


I highly recommend the Handmade Hero series referred to in this blog post. I've been following the archives on YouTube (at 2x speed). Casey Muratori is an engaging presenter and I'm rediscovering my love of low-level programming.


Very generous offer. Any chance of ? will.ww.com --> ww.hamstersoup.com

I know you excluded one letter domains but w.ww.com would be even cooler ;-)

Bedankt!


Will is good. w.ww.com would be cooler but has been excluded for obvious reasons ;)

No need to bring on my own typo squatters :)

So Will.ww.com is yours.


I was about to start a big project on App Engine, so your comment is worrying.

Anybody else having reliability problems with GAE or is this just an isolated case?


If you're interested in more gory details feel free to email me at mike at tophatmonocle dot com.

For what it's worth, we're an angel funded startup with some extremely bright hackers and we were signing praises about the App Engine until about 3 months in, when we started hitting it's various brick walls.

Oh, and take a look at: http://code.google.com/status/appengine

Click through the various items with green checkmarks to see the actual data that GAE considers "no significant issues." Including fun stuff like 80% datastore error rates.


There might be some problems but it's great to know that Google system administrators (instead of me) are taking care of it. When I hosted my application on EC2 twice I almost lost all my files due to hardware problems. I had to spend all night preparing a new server, not funny. There are no servers to fail in App Engine, I love that!


The slider serves as a simple privacy reminder on your home page. It only takes a few moments at youropenbook.org to make it clear that many people could benefit from such a reminder.

It's not the intention that you would interact with the slider frequently. If you drag it to a different setting a dialog box would popup and explain exactly what the consequences would be.

Most people would be happy with simple privacy settings, and there's still a customize link for the power user.


I had forgotten the sliders: http://www.designaesthetic.com/2007/07/17/facebooks-ridiculo...

I don't think they were a privacy control, just a (complex) way of mixing your newsfeed.


Here's an example of the fig leaf in action: http://willmoffat.github.com/FacebookSearch/?q=HIV%20test...

We decided the redactions reduce the impact without actually offering any privacy at all. (That's up to Facebook and the users).


"Full disclosure" is a discussion about the ethics of publishing an exploit. Publishing exploits is customarily done in a descriptive manner -- I've never seen it done by publicly sharing the spoils of using that exploit.

Did you try publicizing it without the full identifying data available and measuring the response? Did you consider a strategy of escalating outrageousness, instead of going straight for this course of action?

What about automatically contacting the affected users first, and attempt to rouse them to action?

I'm sorry to be so harsh in a public forum, but when someone takes it upon himself to say that the affected lives are going to suffer for a good cause, then he'd better accompany the resulting campaign with a very thorough -- and thoroughly-vetted -- piece of argument explaining exactly why the ethical balance is in his favor. Two guys deciding they'd get more pageviews by going with plan A, and leaving the moral debate for blog commenters after the fact is not a thorough vetting.

There were already numerous forces at play which could potentially result in FB getting things straight. Your app won't have accomplished anything that wouldn't otherwise have been accomplished, except perhaps to cause a few more people to suffer.


> What about automatically contacting the affected users first, and attempt to rouse them to action?

You mean contacting 98% of facebook's users?!?


(disclaimer, I worked on this)

Facebook has focused on the social graph, Freebase connects people and more. We liked the lightweight approach of the Graph API, so here's our version: http://graph.freebaseapps.com/the_simpsons/seasons?html=1

You can even use Facebook usernames (if we have them) http://graph.freebaseapps.com/facebook.jackie/movies?html=1

One neat feature is the ?html=1 mode, which makes the JSON api browsable. I'd love to see other apis implement this.

What do you think?


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: