HN user

BSeward

582 karma
Posts17
Comments67
View on HN
808 Cube 12 years ago

Hilarious! It's an absurd combination but a surprisingly fun way to munge around with beats.

The 808 instruments sound intrinsically familiar and make the mishmash you get from random play still sound cohesive and coherent. It's an unexpectedly good choice for music toys like this. Gotta love that cowbell

This is super cool. I've looked a little at lenticular printing for 3D prints but sourcing the lenses was a little more effort than I needed. I'd pay well over material cost to have someone else handle assembling. If you add an option meant for that I'd be all over it.

This is cool! An interesting experiment.

I think a quick shadow does a lot to give the divider some heft and alleviate concerns about visual ambiguity between foreground and background page.

It would look something like http://cl.ly/image/2N3B2V2d2L3W (pardon the wonky #ss_topPage). It can be done in CSS (+ two empty divs, uh) with small effort. To me it feels like the most usable skeuomorphic hint you could drop.

I doubt phone antennas are the bottleneck, they're a pretty minor part of a huge, lumbering voice-transmission infrastructure. Much of that infrastructure is presumably expensively, archaic, and built assuming that audio traveling through it is compressed all to heck.

You can stream tunes in real time over data with quality far in excess of what a high-def voice call would need. There's bandwidth to spare on the data side of things.

This is a meandering article. Marco Arment's response at http://www.marco.org/2011/10/27/high-definition-audio conveys the point much more clearly and succinctly.

Yeah, that's the "pancake". It works in street-level view because there's 3D spatial data to help bound navigable regions, and because when you're at street-scale you don't mind being a little off. In this comic bookery or in any cramped space I feel like I'd need slightly higher fidelity.

Love the idea, but the Street View UI has never felt all that fun to use and it feels worse indoors. Walking around a shop or mall at Street View pace—12-ish steps for every press of a small, non-fixed arrow—is something I hope I never have a reason to do.

The pancake (http://techcrunch.com/2009/06/04/introducing-the-pancake-a-l...) and the city-scale of things make moving on streets more tolerable (though Legoland is not bad: http://maps.google.com/maps?q=legoland&hl=en&ll=33.1...), what's the interface for person-scale, cramped interior navigation? Until there's a solid answer this doesn't seem very enjoyable.

If disadvantaged homes can't afford ebook readers they will read on computers. They will go to the library and get online there and read millions, billions of free things on line, far, far in excess of what is available in a city's second-hand stores. Much is dreck, sure, but those who really hunger for knowledge can find it beyond what a room full of books can offer.

The selection can't be quite as grand as what will be available to people able to pay for ebooks, but the same is true of the author of this piece and being limited to second-hand, very affordable books.

I see plenty of people I know of but have never interacted with online (in fact I just found the previous-unfound profile of a coworker with a very common name). Facebook is /smart/--though I wouldn't doubt for a second that they've used your friend finder data to strength their edgerank data I would not be surprised to learn their seeming precognition comes from more esoteric sources.

Google Catalogs 15 years ago

Can anyone who's used this gather whether it's built with iOS APIs or HTML5? Looks a little too perfect for HTML5, which is too bad for Android tablets (and the three people who own one).

Since this has been tried lots of times and no one has done it successfully yet and there's just not that large a market for this it may not have made sense to focus a lot of cutting-edge web engineering prowess at this.

This would have happened. The odds that it would have gone to a charity and not to an iPad are pretty small.

I see a lot of irate comments on Jonathan's blog and the card's Facebook wall from people who likely cannot appreciate the ease with which money could be siphoned from this card. As far as I'm concerned Sam demonstrated an obvious and intrinsic security hole and then owned up to it, but most of the complaining crowd are convinced that his Evil Genius alone is the reason their feel-goodery has to come to an end. The alternate conclusion I see is that unknown agents would take advantage of this card until the experiment because too unpleasant to continue and then no one would feel anything.

As a straight translation of percentages, sure. But who cares that 1.3% of the population Likes something except in the context of total population? "1 out of 77 kids has an awful haircut, an equivalent to over 5,000,000 awful haircuts in America."

Better to keep the scales the same: US state with closest pop to Israel is Virginia, total market available to Groupon in Israel is arguably about equivalent to that.

With occasionally obtuse syntax: yes; with bonus space parentheticals: no (see?).

Most non-code writing is going to be read linearly, rarely more than onc. Parentheticals in a reading context are secondary, not deserving of additional emphasis that they get in code.

This is my personal preference too. I like that the condition is visually separated from the wrapping. I'm also prone to borderline-too-complex conditions, and this syntax makes those easier to focus on.

Five years ago I bought an iBook with a what-felt-massive 80gb 4200rpm drive. Today I'd toss an 80gb drive in an electrostatic bag and probably forget about it. Five years is a sufficient warranty for my consumer use, even for cutting edge kit.

I haven't dug into this code at great length, but it looks like the images-only limitation is totally artificial, gated by the isImage method on line 23 of https://github.com/glenmurphy/dropmocks/blob/master/files/mo...

Anyways, Dropmock's server-side code is ~500 lines of Python, the bulk of app code is in JavaScript and comparing files like https://github.com/glenmurphy/dropmocks/raw/master/files/moc... and http://min.us/smedia/minus/scripts/mock.js suggests that the heart of the "harder part" is still Dropmocks.

I'm a little disappointed to see min.us making headlines—it started off as a fairly obvious clone of http://www.dropmocks.com/.

I guess min.us has built out their feature set a little more, and DropMocks was just a side project of Glen Murphey's (open source! https://github.com/glenmurphy/dropmocks ), but all the same it'd be more heartening for original ideas if it was DropMocks that was getting this press.

[edit: In fact min.us is built on DropMock's source, in accordance with its very permissive license but without acknowledgement and a little tactlessly in my opinion. http://www.reddit.com/r/reddit.com/comments/eailg/minus_code... ]

API access for subscribers only is a really interesting idea. I'm curious how it will play out. Are there examples of other apps using a similar scheme?

Stanford has materials for a good Intro to Java course online: see http://j.mp/cSpFgw

I think it's a great course for learning the basics. Its exercises and assignments are gratifying, it holds your hand through early environment setup, and it gets you writing actual, satisfying code in short order.