skysight-inc/HackerNews huggingface dataset:
This is actually one of the few reasons I wouldn't be totally against this kind of technology. (For security reasons, I think that putting software with open on the air connections into a 1-2+ ton metal machine powered by explosions that moves ridiculously fast is mostly a bad idea.) Particularly in America, even fairly 'bicycle friendly' cities can be pretty dangerous to ride a bike in, and often for design reasons that force bikers to either endanger themselves or put themselves in a place where cars will make dangerous maneuvers near them. (Example below) A system that you could attach to a bike that would basically give your bike a warning system for nearby cars (and them a warning system for bikes) would be fantastic. Another good thing about it would be that it could be used to give motorcycles the profile of a car, which would make riding them much less dangerous: no matter how safe a motorcycle rider you are, you're smaller than a car and that lower visibility can cause accidents.

The promised example: A common dangerous design for bikers in cities is bike lanes right up against a lane of parked cars. Depending on how fast a biker is going and the local terrain, someone opening up their door into the bike lane can be lethal: you might not have time to stop yourself, and your options might be to slam into the door and maybe a person getting out of the car or to swerve into traffic, both of which are very dangerous. The safest thing to do when that's the case is actually to ride in the car lane, but that has its own dangers: many cars will try to pass you by going part of the way or all of the way into the lane to the left of them, which might have oncoming traffic or traffic coming from behind that the drivers don't check for, which can lead to them swerving back towards you. That means that the most safe thing you can do for everyone in that situation is to ride dead center of the lane so that passing you by going only halfway into a lane isn't possible (since many car drivers seem to treat that kind of passing differently from an actual lane change), but car drivers absolutely hate that and will do all sorts of other dangerous things like following super close.
I contacted the author and he is blocking Hacker News from his blog.
The reason why this is so subtle is that it's not a given that you're in a cubicle. It's more likely for you to be put in a cubicle the more people who are put into cubicles.
Been a customer for 2+ years and love the service. It's actually helped me figure out what I like in coffee so hopefully this DNA project means I can get even more of those types that I like.
Here's a direct link to people that just want access to the course and to skip Product Hunt:
https://bitfountain.io/course/the-complete-ios-7-course-lear...

I'm trying to get Eliot the course creator in the thread to answer questions as well.
Yeah, it kind of has a disorientating effect to it.
I really wish there were exceptions for low-volume production. Among other things, a car sold in the US today must have anti-lock brakes, airbags, tire pressure monitoring system, and electronic stability control. These are required even if you want to make a total of 10 cars. This kills the enthusiast market and makes it hard for car manufacturers to experiment with low-volume models.

Meanwhile, anyone can buy a 1000cc superbike that can go from 0-60 in 2.8 seconds. (And it gets to use the carpool lane.)
Gwern has a great write-up on spaced repetition [0] which you might find useful. He addresses your questions and introduces several other considerations in addition.

[0] http://www.gwern.net/Spaced%20repetition
I feel nearly certain that this is just lobbying by companies that have patents on certain aspects of the communication and would like to have a mandated market for some electronic modules on the car.

Same thing happened with tire pressure monitoring. In-wheel systems were being developed, but there was really no market until they were mandated. Meanwhile, your ABS/traction-control system can passively detect low tire pressure with no additional hardware.
I'm sure ADHD can be diagnosed, and that it has a genetic component, and that it can be mitigated with drugs. But I've got to believe that calling it a 'disorder' is socially constructed. Is red hair a disorder?

ADHD has plusses and minuses, especially in milder forms. It can be harnessed for good. In our school systems ADHD can be dysfunctional. But an alternative to drug therapy is to school differently.
First of all, it doesn't cost $267 to get from Manchester to London. That's an order of magnitude high. Even Amtrak isn't that bad ($0.65 per person per hour) and Europe has cheaper, faster, and better rail service than the US by far.

That said, I think it's really amusing and interesting that the only thing it's going to take in order to beat Uber, in the long term, is: not be Uber. Just having a more likable CEO and full transparency when dynamic ("surge") pricing is used would go a long way.
The comments to the article show a lot of funny results of statistical translation.

Even though most of the lorem ipsum examples are now fixed in Google Translate, as of now you still get 'lorem ipsum dolor' when you translate 'China' from English to Latin.
noted, thank you :-)
I would imagine a stand alone unit with an warning indicator panel, that you could attach/install on dashboard
recroom uses bower for package management at this point. Like many other parts of the picture, the "market" surrounding package management is in flux (there's also npm, for instance), so we'll monitor what's going on there. But for now, bower seems like a great choice for developers.

Also, it enables the modular aspect of recroom, that you can add/replace pieces you want, so package management is definitely vital.
According to the status panel this is quite widespread. I'm having problems connecting to one cloud service in North Europe. Two others in the same region are working fine.
The problem there is not with auto, it's with the function naming. If you don't know what the function lock does, how would writing Lock l = lock() help? Also, stage1 and stage2 are awful function names in this context.
XML parsers are so complicated because XML and the DOM are more complicated. A json parser can be simpler.
"bicha" has already picked up your meaning here in the last years.

Endless source of crappy jokes anytime someone says they waited somewhere. :|
A lightweight JSON API? Hopefully they don't consider the XML jdk monstrosity lightweight. Java SDKs haven't produced superior technology to OSS libraries for a decade, so I expect Jackson to still be better.

The http client was so basic in the JDK it has spawned TWO apache HttpClients projects.

Jigsaw... fool me three times? Wasn't this supposed to be in JDK7?
Those are requirements because you share the road with others - if you opt out of anti-lock brakes you might slam into the side of my car and kill me. So personally, I'm quite glad these things exist.

Want to make a car to take out on a test track? Go crazy. Want to drive it on public roads? Follow rules.
> The reason why this is so subtle is that it's not a given that you're in a cubicle.

The way the problem is presented, it is a given that you're in a cubicle. If you wanted to be more explicit about it, you could say that God, before creating humanity, flipped a coin, and then created either 10 or 100 humans and placed them into cubicles. You wake up and have to estimate the probability of that coin flip.
Perhaps I'm ignorant of some deeper concept... but it seems that this argument is deeply flawed on the basis that they are presuming that finding yourself in cubicles 1-10 somehow indicates that cubicles 11+ are probably vacant.

In both doom soon and doom late, cubicles 1-10 are occupied. There's no aspect of doom late that would be made less likely as a result of cubicles 1-10 being occupied.

The reverse works well, though. Being in one of cubicles 11+ /does/ eliminate the possibility of doom soon. So only passing the cubicle threshold gives any meaningful information about which of the two scenarios are true.
Digital Ecologies Research Partnership (DERP Institute)
Groovy replaces package-scoped variables with private vars and autogen'd getter/setters. So much nicer.
G1 still fragments and does long compacting stop the world GCs. G1 pause times are still too long. G1 still doesn't have enough throughput.

It's bad enough that people who care aren't using G1 yet. They still use CMS and small heaps and are careful to prevent promotion and fragmentation.

You basically end up benefiting from GC for short lived allocations, but pay dearly for using Java when managing state the collector can't handle.

I have not closely reviewed this benchmark but this was one person's experience
http://blog.mgm-tp.com/2013/12/benchmarking-g1-and-other-jav...
This has great implications for emergency vehicles. The current methods of inter-vehicle communications used by emergency vehicles (loud ass sirens and flashy lights) are ridiculously error prone, and becoming less and less effective as manufacturers get better at insulating cars.

Even when the driver does hear it, it's often hard for them to localize where the sound is coming from.

"An ambulance is approaching from the left" would be fantastic.
Yes, it was called the Boston Tea Party.
Groovy does this, although frustratingly not with array accesses last I checked.
Nipples and Poop
Why wouldn't you be able to write JSON parsing fast in Java natively? Even if you can't, it's precisely the kind of thing that would pay a large JNI penalty.
It would limit its abilities to do things going forward, like integrate with Firefox's Web IDE. We'd like to, in the future, allow you to package your web app and push it directly to the simulator from a recroom command, so we wanted to make it more than just a set of yeoman templates.
Dude, compare average rain fall. Pointing at an outlying time period is unsciency. Lets though in total sunshine ;-)

poutine > sushi ... well not in Vancouver. Poutine is rough out there, all megabites with sesame seed pizza. It is just going to be tougher to bootstrap start ups out there.
>>No. That you are in a cubicle is a given fact, so the probability that you find yourself in a cubicle is unconditionally 1.

But it's not 1 that you would be in a cubicle at all. The paradox disappears if the problem was formulated like this:
"God shuffles DNA and there is 0.0000000000001 chances tha it shuffles up you and he does that for every cuebicle". Or:
"God create you first, then flips a coin and put you at random in one of the created cubicles".

Formulation of the problem should mention which one is it. If it doesn't we are back to guessing what God does (similarly to 2 envelope problem which comes down to guessing what the sponsor's preferences for amounts are). As there are infinitely many ways God could decide to create humans in cubicles you can't answer that without giving some guess (priori) for probability distribution over those choices.
I messed with the survey a bit and noticed what you select from the roasters is what dictates your level. For example, Eight O-Clock coffee gave me the cheapest subscription level while choosing Sightglass gave me the most expensive. I'm curious to know which roasters fall under which model.
On an empty vector, data() can either return a null pointer, or a pointer to some allocated memory with suitable alignment for that type, but there doesn't have to be a existing object.

What is the range [ data(), data() + size() ) anyway? It consists of n + 1 iterators. All but the last one can be dereferenced. You can take one iterator in the range and add or subtract to get another one, as long as you stay in the range. You can subtract iterators to get a signed integer. You can compare iterators with all six operators ==, !=, <, >, <= and >=.

For any valid pointer p, null or not, [p, p) is a valid range of length 0. It has one iterator, p, but you can't dereference it. You can add or subtract 0. You can subtract p from itself, getting 0. And you can compare it with itself.
Very nice UI, could be applicable to other types of decisions.

Interesting meta-review API from http://www.trustyou.com - slightly surprising that TripAdvisor and others are giving up their review data to another social+semantic travel analysis company.

What's the biz philosophy on personalization & privacy, e.g. would you consider local storage for user preferences / decision criteria?
there isn't a trivial mapping from one to the other, but they both do have the quality of "knowing what we know of the universe, what happens next?" and they both seem to conclude "if we aren't doomed that's because something novel is happening in the universe"
Here are the Node.js v0.12 breaking APIs
How about peaceful forest vs logging forest (with lots of noise)?
I only notice this because when I first ran Ghost I didn't realize I started in development, so I've been paying close attention when editing files to look for "Production."
And the instructions themselves are defined here (e.g. for x86-64): https://github.com/sbcl/sbcl/blob/master/src/compiler/x86-64...

I think the question might've been how you can just write things like (instr popcnt...) and expect SBCL to know how to emit the right machine code for popcnt. It's mentioned briefly at the top, but the answer is that this post isn't adding the instruction (it would indeed not work if it were a new instruction SBCL doesn't yet know about). The example is just walking through modifying how it's generated by the VOPs, the code-generation level that sits a level above the assembler. The popcnt instruction itself had already been added to SBCL some time ago, with the define-instruction seen in the link above.
If you're a proponent of low sodium then you don't believe the amount of sodium you advocate is "too low", you believe it's correct, and that the standard amount is "too high".
Taking the following line from the Cryptex we can decode our message.

BBVB4RCVARLU

This is whats called an OTP or One Time Pad encryption.
http://rumkin.com/tools/cipher/otp.php

OTP cannot be decrypted unless you discern the unique pad.

They lost me here, how did this get figured out?
Indeed you are. There was a post from two weeks ago on the topic, called "What is type safety?" HN discussion here: https://news.ycombinator.com/item?id=8137332
Julian Assange plans to leave Ecuador's UK embassy 'soon'
My God. A sharing economy company that actually shares things!
Brainfuck is an esoteric programming language noted for its extreme minimalism
> Then what about the parallel universes hypotheses: what if the universe is constantly fragmenting into multiple futures.

Actually, that's the many-worlds hypothesis of quantum theory. Parallel universes refers to something else.

> This proliferation of multiple futures from any moment would tend to provide a way for doomsdays to be circumvented.

Not exactly circumvented. In the many-worlds picture, all outcomes occur, including the one predicted by the Doomsday argument.

> If you are cloned into N futures in this moment, and you're killed in N-1 of them, then you don't know it ...

True but not compelling, because quantum theories don't require each of the many worlds to be occupied by a conscious observer. Were this not so, the universe couldn't have evolved to the point where consciousness was first possible.
Robot butlers 'a gimmick', says hotel workers' union
In python the default is that things that look like attributes/properties REALLY are direct access. If you later need to shim them out into a function you use the @property decorator (and foo.setter if you need read/write)

class Blah(object):
foo = 2 # A normal property. Direct access

@property
def bar(self):
return self.some_lookup_method()

@bar.setter
def bar(self, value):
self.set_the_bar(value)
This is a much better discussion of the Doomsday Argument, and the self-indication and self-sampling assumptions:

http://www.scottaaronson.com/democritus/lec17.html

The whole course is also very good, and will probably be interesting to many HN users.
There might be a couple of issues here. One, how old are your friends? If they've worked in industry for a while, they're going to have a lot more to put on their resumes than you. Coming out of college, even if you've interned at a different tech company every summer, I can't possibly imagine how you'd have enough experience to fill two pages.

If your friends haven't really been in the industry too long, my guess is they are like most tech-minded people and don't know really know how to write a resume, which is a subset of knowing how to communicate effectively. Many tech-minded people make the common mistake of trying to convey too much information, especially highly technical information that the hiring manager really isn't that interested in. Tech people like all the dirty details, but everyone else wants you to just get to the point.

Here's what I think you should do: write a two page resume. Now cut it down to one page. Condense ideas, cut out fluff, and really distill it to its essential elements. This will be a much more impressive document since you've put a lot more thought into saying only what you need to, and not just everything that comes to mind.
It does, if you want to buy a peak time ticket (eg 730am) tomorrow morning, I just looked it up. Europe may have a cheaper, faster and better rail service, but the UK is not party to the cheaper bit. You can buy cheap tickets, if you book in advance.
NoPhone – A technology-free alternative to constant hand-to-phone contact
Trying to hack it already! J/K. While I think this is a great way to get new customers in the door, I also like the opportunity for existing customers. If I continue to tell CC which of the selections I like, I'd like to get more like those.
I used Craft Coffee for a few months about a year ago and was overall happy with it. Getting a variety of coffee is always nice, and the roaster selection wasn't bad. I ultimately ended up canceling because I was hoping for more variety from roasters, but I am noticing they have signed on a lot more roasters to be apart of the program so I may give it another go.
Music videos to get online age rating in UK pilot scheme
Yes, that's a small part of it. If you're currently paying $5 for a bag of coffee, you don't want a $25 super high-end bag. And vice-versa. But that's just a small part. A lot of the magic is in understanding the characteristics of the beans you like and how that relates to other beans. A lot of real science and real tech went into that side and we'll continue to pour resources into it.
There's a plethora of HN add-ons in this thread, but apparently none for bookmarking, https://news.ycombinator.com/item?id=8188835

Instapaper's bookmarklet works on HN. The free service can export the last 2000 links in a single html file.
Loved reading this. Some incredible reasoning, even being shown the answer there are multiple stages I can't follow the reasoning that allowed them to progress.
Kudos, respect, and jealousy!
Gosu is a library that provides the basic building blocks for a video game, while Yeah is an opinionated framework designed to be fast to build games with. It is similar to Sinatra vs Ruby on Rails.

A major feature of Yeah is a Processing/HTML5 Canvas-like drawing API. http://rdoc.info/github/yeahrb/yeah/9f065a6/Yeah/Display

Yeah is in early development; more time-saving constructs and functionality are in the works (animated sprites, collision detection, touch controls, etc).

Yeah compiles to JS now, though it is platform-agnostic - in the future it will also compile into PC executables and mobile apps.
One reason to have a communication system between cars is to be able to link them together in a "train" on freeways.
Great to hear you tried us out! The new service is vastly more personalized so we can hook you up now. :)
A Wild Microservice Framework Appears
These are entirely different businesses. BlaBlaCar is restricted by unnecessary and economically damaging laws, but puts up with them. Uber and Lyft fight them and offer great jobs. The only people being "rude" are the governments that allow taxi services legal monopolies when it's obvious that doing so creates poor service.
Yep, taxing tea in the colonies was just too damn far.
Oh no doubt there is more too it, just a quick observation when I got the email about it. As I said in a previous comment, I may resign up. I noticed you added some favorites/ones of interest (Sightglass, Slate, Four Barrel, and Kuma). Is there any way to make recommendations to add/reach out to?
Why Do Amputees Feel the Ache of Nothingness?
That's an Aristotelian viewpoint, operating logic on the basis of True and False, in which case the argument presented is indeed a fallacy. However, when you operate on probabilities, Bayes' Rule does indeed allow you to drive the logic in a way that seems "backwards" from the Aristotelian point of view.

This, by the way, has nothing to do with "Bayesian" vs. "Frequentism"... this is just the straight application of a simple and non-controversial thing call Bayes' Rule. Assuming you know the probabilities with the requisite precision you are perfectly justified in reasoning that way.

It's also worth reading the end of the article carefully too... for instance, "doom" may be a bit leading, since "doom" could include a full Singularity after which we are no longer "humans" but nobody is upset about that, or other such scenarios that are still in some sense "doom" for The Human Race (imagine those glorious calligraphy letters for that) but aren't necessarily doom in a bad way.

There's also just the casual observation that if society goes on for billions of years there are still simply some people who are born early. Sometimes people win the lottery, and we would not generally be too impressed if they reasoned backwards from there to the conclusion that winning the lottery was more likely than they would have initially thought. (That is not exactly a parallel, since a lottery is part of a much bigger net of information than the deliberately simplified version presented in the argument.) One of my objections would be that it is not clear that we can take a non-temporal line of logic as given in the beginning of the argument and directly apply it to a situation with time. And when I mean "not clear", I mean precisely that it is not clear to me, not that I'm saying it's impossible.

In general I've observed that I'm not impressed with our attempts to apply our local probability rules at cosmological scales. Is Occam's Razor really applicable at cosmological scales? It's hard to say what's "simplest" when we don't even have any reasonable priors (or translate that to whatever math framework you may like, like "have no information about"). The orders of magnitude involved even with merely the visible universe, which we have no reason to believe is even the whole of reality, IMHO can easily swamp the simple probability of error in the argument too easily. (That is to say... there's an old observation in computer science that running a "probabilistic" algorithm with a probability of failure lower than the probability of hardware failure is indistinguishable from running a deterministic algorithm. It is not clear to me that we can overcome our probability of having something wrong in our argument.)
I got [1]. (My first copy had several sections misaligned, which I thought would make a hilarious "offset" bug, but no one else did, so I sent it back for a replacement.)

It's interesting and readable. I used to keep a listing of all the typos and errors I found but that project got buried beneath other things in my stack.
Who is working on implementing this technology?
Apache Storm vs. Spark Streaming