skysight-inc/HackerNews huggingface dataset:
I have scrolled through a lot of comments to find the first one seizing on that particular bit of website implementation fuckery. I'm glad it's not just me fuming a bit about that!

I am...disappoint.
> "This other parent let their nine-year-old ride the subway by themselves." Well, I think that's a bad call too, but who cares?

Whether that's a bad call depends on the child and the nature of the subway. When I was 12, I travelled by train through the country for 4 days, planning my own journeys, visiting musea and relatives. Not every 12 year old would be able to do that responsibly, but I was sure I could do that, and after checking that I knew my way around a train schedule, my parents agreed.

9 is younger than 12, obviously, but if it's a fairly safe subway, and it's just a single trip, dropped off at one end, picked up at the other, and the child is familiar with subways and comfortable traveling alone, I see no real problem.
Swift performs better than Objective-C which Cocos2d was already using, so I assume you are either misinformed or trolling.
"Why yes, disabling the default UI controls seems like a brilliant plan."
You only need to register "in" one of these countries. Spotify works everywhere with an internet connection after that.
It's a little-known fact that before the 20th century there was no artistic production of any kind. ;)

In more seriousness, I'd guess that the traditional dominant sources of income for musicians were (a) patronage and (b) being independently wealthy; I doubt giving performances mattered all that much.
Making a covert channel on the Internet
I disagree that the child locks make it safer. By locking it up, the child is unable to take care of itself. If anything happens, it's stuck. If I can't trust the child to make its own judgments about how to behave in and around the car (which is indeed unlikely with a 4 year old), then I shouldn't leave it alone in the car at all.

I'm all for letting children roam free and find their own way. I'm not a fan of locking them up without supervision.
On the contrary. As long as something like the "Music Industry" exists, there seems to be too much money going into the wrong hands (e.g., people apart from artists & sound engineers).
Swiss clocks. Noooo, wait, they lost-or-settled that one because it would look too bad for them to play hardball (as usual) over a public icon that well known.
In my opinion, Scandinavia's good social policies comes from generations of dying of cold and hunger if you didn't occasionally get help from your neighbor. There is a spirit of cooperation with no expectation of being paid back, which has grown into the current system. External commentators will sometimes say that a system like this only works when you have a very homogenous society, but many of these cultures were quite isolated until the modern age, e.g. nestled in a tiny community in a valley somewhere, with only rare journeys outside. The equality principles have as far as I know only existed since the 1960s. (Note that I am speaking from a Norwegian perspective).

A lot of people forget that large parts of Norway, Sweden and Finland were dirt poor as late as the 1930s. These are very harsh climates to live in if you don't have trade and modern technology.
I absolutely agree. Plus how is 'owning music' different from being able to always listen to it for free?
This strikes me as insanely dangerous? Why would you submit ANY kind of identifying information if you're running a tor relay?

Honeypot. Potentially inadvertent honeypot, but honeypot.
I think that situation is very different. Tor nodes operators are running nodes not for Tor users. They are running nodes for idea of free, open Internet. They don't ever socialize with Tor users. Social as in "pro my individual view of society" and social as in "pro my relations with people around me" are two totally different meanings.

Parents interact with daycare staff. Tor relay operators don't interact with Tor users.
Humanoid robot for  $2000
When OSX can't pick a GFX driver (or you forced safe mode) it usually falls back to a generic VESA driver, along with a software OpenGL implementation (hence why GUI effects still work but some apps such as Pixelmator crash), which I suppose is not entirely unlike LLVMpipe. With a non-crap CPU it's even quite usable.
That's easier to counter when you will be returning your money from bank, since you physically will be in another place. And of course you should always see your card when paying in restaurant, store etc, so nobody can copy it.
Which is actually quite ironic - when you are freezing for eight months a year, time off is not a luxury at all - it is a life-and-death matter. You'd think that we'd have developed a much greater culture for very hard work than the Americans, but things have for some reason gone the other direction.
Sure. Oh but wait, there is an actual map there!
Open defecation solves the child mortality puzzle among Indian Muslims
Twitter weighs online music acquisitions
WiMP recently launched a lossless streaming service (http://wimpmusic.com/). It's not available in the US though.
I totally agree that we do not know if it has effect on musicians. But I do not think we should ignore it and just move. We need to find solutions if it is bad for them before breaking the whole system down.
The title is not as clear as it could be. The puzzle is that Indian Muslim children have lower mortality and less stunted growth than Hindi children, even though Muslim children tend to be from poorer families.

Here's the peer-reviewed paper: http://www.plosone.org/article/info%3Adoi%2F10.1371%2Fjourna...
Relays are already registered in the public Tor relay directory. There are two sites to search the directory, Atlas [0] and GLOBE [1]. This is how people know how to connect with them. Tor has unlisted relays, known as bridges, primarily to make it harder to block entry into the Tor network.

The point is not that Tor relays are anonymous, but the traffic going through the Tor network is anonymized by bouncing between relays.

[0] https://atlas.torproject.org/

[1] https://globe.torproject.org/
Stop punishing your users
China's Achilles Heel(2012)
> 2) Is it a great idea to broadcast someone's card numbers so clearly? The graphic is so obviously a credit card, it would be easy for any onlooker to spot and steal.

yes - anything that signposts card data clearly to an onlooker is problematic, but any malicious shoulder surfer will probably be able to spot a payment page a mile off in any case. This might however, have a small possibility of encouraging opportunistic theft.

I think the bigger threat to this probably comes from the networks (MC, VISA, AMEX etc) who get VERY possessive about mock-ups / card image facsimiles that use their logos. The brand logo protection that they enforce is pretty strict and I would imagine this approach would not be welcomed. I'd like to be wrong, but my experience with the networks makes me pessimistic.
It was only a matter of time before the mapping feature evolved yet again, glad to get a quick glimpse of this awesome technology.
Slidebean, Instagram for presentations, to give Prezi a run for its money
Managing tomcat with Java
This kind of app appears to be prohibited in the YouTube terms of service https://developers.google.com/youtube/terms :

II. Prohibitions

Your API Client will not, and You will not encourage or create functionality for Your users or other third parties to:

8. separate, isolate, or modify the audio or video components of any YouTube audiovisual content made available through the YouTube API;

9. promote separately the audio or video components of any YouTube audiovisual content made available through the YouTube API;

So I can't imagine it lasting long.
And regardless, there's unlikely to be overlap between the markets for these two products. HealthKit.com is somewhat hard to navigate, but the impression I get is that their product is aimed at medical practitioners. I doubt they overlap with the mobile developer demographic to any significant extent.

Though I'm curious to hear from someone with more legal knowledge than me: would the fact that there's very little chance of collision between these names protect either party from legal repercussions?
Just keep reading: mouse interactions are considered "advanced" (which may be a good thing - it means you can do keyboard-only basic navigation):

ADVANCED DIRECTIONS (mouse OK now)

- scrollwheel: go up and down in xanadoc or sourcedoc

- clicking on any page takes you to it

- spacebar + shift: step through three views
Sorry you're completely wrong.

Shows have always been the main income, the only people getting rich off records were record labels.

Although artists SHOULD be able to make money off record sales, there is no real reason to have a record label anymore now that your work is infinitely duplicatable and no one has to foot the bill for the print run you can just sell it yourself.
Apple is still using 'Healthkit' as a brand, even if that brand is only targeting developers rather than users.

Moreover it is a piece of software and falls within the same trade mark class (different people can trade mark the same word in different classes of business).

There is a clear conflict with the existing brand, that is likely to cause confusing and diminish the untility of the existing brand. Apple should change the name.
this article is a joke
I think there is a case for "whole of life" terms - i.e. never released until they die.
Of course I know the semantics of the "trap," the topic here is that the very "trap" is not necessary to have a reasonable high level language support for overflow checking, as there is the hardware flag already present and simply not used (according to the OP, in the sense of "not having the types that can produce an exception on overflow") in the languages mentioned by OP ("Rust, Go, and D").

I also gave an example of the language (Visual C++) which already implements exceptions (the application programmers sees only exceptions, not traps) on integer overflows, provided the programmer specifies that he wants such a type (declares them as SafeInt).
Timer coalescing may help reduce host/VM context switches, which may ease virtualisation. Also, even desktops and servers consume watts, which ultimately get converted into heat and bills.
I've been playing a bit with generative art in scheme. The author talks about finding a way to code visual ideas. It can work the other way around, too, i.e. the algorithms we use in our programming work can themselves be a rich source of visual ideas. Inhabiting this space of translation between the visual and 'algorithmic' minds can be quite fun.
Completely right! They have to build a spotify / popcorn clone for open, not for commercial music.

I took a short look into their source code and I discovered that they are using youtube (google video) for playback, the iTunes API to get the top list, LastFM to get the covers. One song is round about 20MB because they play the entire video. Nothing more then a youtube fronted stitched together from 3 API's and inspired by Popcorn Time. I think google will block it as soon as they can.

And after a short try I mentioned that some songs are only bad covers from private people. Well ... yeah
LinkedIn's New Profile Design.
Well, some people that I contacted verify my story and I worked on payment systems as recently as 6 months ago. But what statements like that do to bolster a position is not clear to me.

I'm not sure what you're trying to achieve here, some kind of anecdotal proof that I'm wrong?

You're completely missing the point of the sub-merchant situation, one where you have a contract with both the card companies (one for VISA, one for MC etc) and a contract with an IPSP. This is the situation I'm talking about and it is one that is quite common for mid-sized merchants, just a bit too large for the various parties listed in those links and too small to be dealing with the overhead of becoming PCI compliant.

Whether you and your friends are aware of that or not is frankly immaterial, I happen to be in that precise situation so I think I know what I'm talking about, whether you believe me or not is your problem.

I'm under no obligation to post any text here whatsoever, this is an internet forum, not some kind of court proceedings and the claim I'm making is not so outrageous that it requires extraordinary proof to satisfy you.
The Never-Ending Hype Cycle
I am partial to type design and I used to frequent Typophile and few other places where type designers hang out. It was always everyone's understanding that Hoefler and Frere-Jones were equal partners. H however has always been big on self-promotion and he generally had this aura of a cocky know-it-all, while FJ was more down to earth and approachable. FJ is 100% in the right here and H is just a greedy asshole. I lost all respect to him as I suspect did many in designer circles.
Some form of transclusion is used in a reasonable number of hypertext systems, including Wikipedia: https://en.wikipedia.org/wiki/Transclusion
Nodebox seems awesome! http://nodebox.net/
I wish someone would persuade the Russian authorities to crack down on their cyber criminals. It mostly seems that when they do get tracked down the Russians basically ignore it and allow them to continue business as usual.
GitHub never bother. People send pull requests to their Linguist repo. If you want a language supported, do that; you only need to edit a yaml file and add some code samples.

I added Game Maker Language, for example.
EFF at the top of Hacker News? You guys are awesome.

Are you taking part in ResetTheNet? Here's the original thread on the topic: https://news.ycombinator.com/item?id=7399298
Benchmarks like this miss the point of what it is to write production software code. The only people who care about this style of benchmark are people with very specialised use cases and academics (and their students), the latter of which are trying to prove something that is easy to prove, but doesn't really tell us anything of practical use.

For most purposes, a user of your software is not going to feel the difference between 0.0006 seconds and 0.06 seconds. One is 100x faster, so is "better", but no user will care.

The stuff that is really expensive (3D graphics, etc.) that users care about are being handed off into custom APIs that are highly optimised and hardware acceleration anyway.

What's more important for most programmers when choosing a language is not "how fast is it for this code to run?", but "how quickly can I ship code?"

Code in the app store next quarter is going to beat code you never get shipped, every single time.

Not long ago I had a project I thought would be perfect for Haskell. I don't know Haskell but I am a very experienced Ruby-ist. I thought about using the project as a means to learn Haskell but wanted the code shipped within a month. I did it in Ruby. It's probably slower, it's perhaps not as elegant as a Haskell solution. But it's shipped. And that therefore beats the Haskell solution which does not exist.

Swift appears to have modern features that mean many programmers will feel more comfortable developing applications using it, many of whom would have struggled with Obj-C.

In that sense, it's going to beat Objective C for performance in the only benchmark that matters commercially: the one that gets ideas into user's hands the quickest.

If you think the rate of development so far has been fast, well, just watch. It's about to get mental.

I don't expect an academic to understand that, nor would I expect most junior/undergrad devs, and I can see in some special cases you would want to think about optimisation (in which case turn that little piece of code into C and link it in), but in the real World, that's how coding works.
Maybe I should look more in to that. I'm using Netflix, which I pay for, and Amazon's ondemand video stuff I get from Prime. I paid for the most recent Sherlock, but I think I'm still a bit cheap for anything that isn't All You Can Eat.
Running a relay is perfectly legal in many (most?) contries, isn't it?

(AFAIK it was originally deployed by USA as a way to secure their field agents comms. )
I think you're missing the point entirely, which is that if we had such a trap then integer overflow situations would be dealt with automatically rather than that they would rely on support by the individual languages.

Now whether or not the balance of burden (hardware/software) would favour a hardware solution or not is a different matter entirely. But I completely get what the author is trying to achieve and I'm well aware of the various bits in the flag registers of a whole pile of processors. I see having such a trap as a distinct advantage, just like I see division by 0 and floating point exceptions as advantageous.

The fact that you could do this in software right now has no bearing on his argument, that's a choice by the implementors of the various languages, which are usually built for speed rather than safety and where unchecked integer overlows are the norm. Retro-fitting a trap mechanism in hardware would likely turn up a whole pile of bugs in systems that we currently consider to be solid.
I happily pay for Spotify, so no ads. I want to pay, I just want to pay a price that's affordable, and consume it in a way that's convenient.

And anything it doesn't have, and I want (Beatles, previously Led Zep), I tend to have already bought, and have available via iTunes Match.
One bit of evidence of his influence on a bunch of other people is the spread of various terms he coined: hypertext, hypermedia, transclusion, teledildonics. I also like 'intertwingled', though it hasn't caught on as much.
Very cool car, very poor quality article. It reads like it was written by a syndication algorithm that throws in weirdly subjective statements at the end of every paragraph.

Here's a slightly better one with a video: http://wonderfulengineering.com/new-car-designed-by-french-s...
I don't understand where the 2072 mile figure came from. The Shell competition was only 16km. And why describe fuel economy in miles per liter?
I wonder what the maintenance efficiency of this car is.
I'm not so sure. I'm Dutch as well, and when I recite my email address I use the English "at", so "douwemaan at domain" rather than the unwieldy (4 syllables long!) "douwemaan apenstaartje domain".

In my experience most (if not all) people in my age group (18 - 25) simply pronounce it as "at". This could be a generational thing as most of us were raised with the internet and all these internet-y terms come quite naturally to us.
In the UK, T-Mobile and Orange merged into Everything Everywere (now just 'EE') 4 years ago.

I can't give an objective statistical answer (or even a first hand subjective answer, as I haven't been a customer of theirs - I left Orange a couple of years before that), but from people who are customers to other random conversations, I've heard lots and lots of people say coverage got better due to the merger, and quite a few say prices got better. Don't think I've heard a single person complain (specifically about the merger - some complain about the company, but that's true of any phone company).

Edit: there's also the formation of Virgin Media, which has been a major force in the UK for 6-7 years now, and is made up of a couple of mergers (NTL + Telewest to form NTL: Telewest, then a few months later a merge with Virgin Mobile). I've no idea if this made it better or cheaper, but certainly I don't remember ever hearing specific complaints against the merger (either when it happened, or afterwards)
It's amazing the images that can be generated from algorithms. It's an interesting area. I think a lot can be learned from looking at what coders in demoscene[1] have done, easy to lose hours tinkering with them.

[1] http://www.pouet.net/
The Kozmo Trap
Well I have the news for you (re "I see division by 0 and floating point exceptions as advantageous"): when you use floating point in any current language now the division with 0 would not trigger any "exception" and it's certainly not supported by any language directly. CPU traps for the FPU are disabled by default by the language std libs.

Even worse, Java's model doesn't allow anybody to reach to the hardware.

The author of IEEE 754, prof. Kahan lamented exactly that: that the languages of today effectively can't use a lot of the features he designed (in 2004, http://www.cs.berkeley.edu/~wkahan/JAVAhurt.pdf Page 20: "Java lacks these flags and cannot conform to IEEE 754 without them.").

That was the FP domain, but is instructive. The traps are relatively "all or nothing" thing. To have a language where some integer variables behave one way and some another way (you know, the types are important now), you already have the hardware flags and they simply aren't used in the languages OP mentions.

Just changing the compiler behavior would be absolutely enough to "turn up a whole pile of bugs in systems that we currently consider to be solid" that you suggest. You certainly don't need to wait for some new CPUs.

So we return to what Anon said: "Those who do not understand the hardware are doomed to blog about it, poorly." If somebody wants to have the language types that trigger exceptions on overflows, he doesn't have to wait for the new processors. It's possible now, if there's interest in it. And even as the real "traps" as the very specific CPU feature for FP already exist, no language I know of uses them for types.
It was always everyone's understanding that Hoefler and Frere-Jones were equal partners

The fact that the company was named "Hoefler & Frere-Jones" sure seems like it was designed to give that impression to the public, at least.
Hm, this probably does not work if you have 'PublishServerDescriptor 0' in your 'torrc' file.
Open Call: Designers Wanted, now
Discussion here: https://news.ycombinator.com/item?id=7847351

And here: https://news.ycombinator.com/item?id=7849377

Other submissions:

https://news.ycombinator.com/item?id=7850584

https://news.ycombinator.com/item?id=7848684
I assume you mean this one:

http://www.secure-medicine.org/public/publications/icd-study...

You would need to be specific about which one of the linked documents you meant, there were several. All the hacking attempts started off with a manufacturer's programmer and worked back from there. In the example using a software radio, the researchers were able to replay sniffed commands to the device after it had been activated by the programmer.

Which of the reports talked about a device being compromised without using a manufacturers programmer?
Your too generous, its not a car. It is a rolling science project, a trike, something no one could drive to work or play.

I want to see work done with existing vehicles, full safety and comfort features, where through inexpensive aerodynamic changes and propulsion tricks improve on what manufacturers offer now.
WOW. I would like to see an extensive post describing in detail the ways bitcoin protocol can evolve. Sounds a very promising future.
Unfortunately, not at this moment. It might be used in a commercial product.
Amazing. Anyone has an idea what kind of bearings used in the wheels? The if you would spin its wheel, it would not stop spinning for almost 2 miles, whatever that actually means, makes it sound like they are something special.

Also somewhat funny how such competitions are usually sponsored by fossil fuel companies. It's like they are preparing for the future with a business model idea like 'so, within x years there's going to be not enough fuel for the cars. Prices will skyrocket. Hmm, better make some cars that don't use a lot of fuel so we can stretch it to the fullest'. Perfectly understandable from an economic point of view, but would't research into alternative, cleaner mobility a better solution for everyone in the long run?
> And why describe fuel economy in miles per liter?

err, why not?
I'm sure this is true, but all of the manufacturers provide postage paid biohazard boxes for the explanted devices to be returned to the manufacturer and properly disposed of. All you have to do is call the customer service number and ask for some to be sent to you.