skysight-inc/HackerNews huggingface dataset:
Because economics, I guess? Examples like this one make me think that markets are really easily trapped in local optima for some scenarios. Add to that all the circle-jerking 'market making' involved in pushing ideas that are already more or less juiced out with so much money. Sigh.
Look who she writes for, it is literally her livelihood to make everything that issue.
How to Avoid Grammar Mistakes by Essay Proofreading
Imagine all the homeless that can't be helped because the one angry violent guy you know that is HIV+ and likes to fist-fight is camped out there all day.

This is a real concern when you're homeless. http://www.nydailynews.com/new-york/nyc-homeless-prefer-stre...

Also, I'm talking about a real guy. He's frequently camped out at the LinkNYC terminals on my corners. (55th & 8th and 56th & 8th).

Of course this is HN where everyone is a self-made success and it's easier to pretend we care about the poor than actually care about the poor. I've been down this road here before.
> I took OP's comment to be a broadside against the alarmist headlines about the recent accidents.

Yeah. I feel the Fortune article came out, then Musk claimed it was BS, and other headlines both critical and defensive of Tesla started popping up. Fortune's legitimate criticism has been overlooked by many who believe Musk can do no wrong.

At this point, Musk has tweeted in response to the article from Road and Track titled "Leave Tesla Alone",

> "We don't mind taking the heat for customer safety. It is the right thing to do"

Perhaps tensions are easing between Musk and Fortune.
> As you'll see if you look above, it was you who brought about the size of the sensor when critiquing my comment, which was addressing resolution.

Because sensor size is what's important in digital photography, you can always stitch together multiple images to get more resolution. A large sensor like what's flying on Juno is orders of magnitude better than a camera phone sensor regardless of the resolution. In general cell phone cameras (which you decided to compare Juno's to) are high resolution, but with small a sensor (everything in a phone is small!). Juno is the opposite, low resolution and a large sensor. If you want to take pictures of stuff in space you most certainly want a large sensor.

> You also seem to feel the need to defend Juno, as if I was attacking it somehow, so I don't think this conversation can be very productive.

Well you did attack it by saying its camera was the same quality as a camera phone (aka cheap and shitty). It's not similar to a camera phone whatsoever, you were just plain wrong.
Interestingly, despite the graphic nature of the fire, more than 60% of the people on the Hindenberg survived. It was not as huge a disaster as it appeared:
https://en.wikipedia.org/wiki/Hindenburg_disaster#Death_toll
End Calls Using Power Button on Your Android Device
But mixins are so easy and are used in thousands of JavaScript libraries. Seems odd to deprecate their usage in React; why wouldn't you embrace a typically used construct in JavaScript? The syntax without mixins just seems overly complex. I mean sure it's still simple but more complicated than before and certainly not intuitive (in my opinion anyway).

I just started exploring React not long ago. It's interesting but I'm not sure it's my cup of tea just yet but most of the issues mentioned exist everywhere with JavaScript because, well, it's a dynamic language. I would suspect many of the issues lie outside of using mixins and more of how everything is architected but without seeing their codebase I don't actually know that. I just know mixins can be used, relatively easy, and cleanly as long as your design is appropriate for them.
For example Mauricio Kagel's music is not easy by any means.
Don't Dream It. Bridge It
Solid engineering may not be needed from a business standpoint, but good engineers want to work on solidly-engineered products. If you've got a pile of hacks, and you keep telling developers they can't take the time to clean it up because business needs come first, then speed of feature implementation is going to slowly degrade and eventually grind to a halt. The good ones you'd have tapped to clean everything up will be long gone by the time this happens.
Oh I communicated the failings and expected drawbacks. The lag, the failures to connect, the features now missing. The whole different architecture that prevented doing anything like what we were already doing.

But, its magical open-source! Which means anything can be fixed. Wave that wand and objections disappear.

The new bosses made the mistake of thinking our app was the product. But it was the behaviors it facilitated that was the product. They dummied up a web app that looked like what we'd been doing. But it didn't perform or scale anything like what we'd had. Which will probably kill them in the end.
WhatsApp Blocking Encrypted Calls to All Saudi Numbers
Structured streaming really makes spark much more competitive for streaming use cases by allowing streams to be seen as DataFrames and hence make it super simple to run continuous queries using SQL on streams, but, often you also need to work with historical data in your analytic query, continuously mutate data (which may require transactional semantics), make sure the data itself is HA (not just fault tolerant; important for low latency apps), etc. What we do is fuse in modern in-memory DB with spark (i.e. DB cluster nodes run spark executors) so there is no need to couple spark with some other data management cluster.
That said, some of the APIs we introduced for SQL stream processing will be replaced by the new Structured streaming APIs.
I had roughly the same plan as you (I'm on a sabbatical). I thought autopay was set up but my second month's payment failed to go through. I was traveling for a few months at the time, and since insurance companies are universally incompetent, they sent me a few letters (and zero emails to the address they had on file) before cancelling my coverage.

The nice part is that, since I'm not not eligible to re enroll on the exchanges, the short term insurance plan I have to buy is MUCH cheaper. For the months of July - December, I'm paying around $350 for a catastrophic plan. If I was working the penalty would probably hit me hard but since I'm on vacation, getting dropped out of the exchange has actually saved me quite a bit of money.
"You claimed that any car may be driven slowly enough to avoid killing people on the road with only mere convenient to others. That's patently false: firetruck."

As a firefighter I'd like to offer a few thoughts on this:

- fire engines, let alone ladder trucks are big but slow. Older ones have the acceleration of a slug and struggle to hit high speeds

- with very, very few exceptions, the difference of 10 seconds to 2 minutes that your arrival makes is likely to have no measurable difference (do the math, most departments are likely to have policies allowing only 10mph above posted limits at best, and if you're going to a call 3mi away...)

- again, as mentioned, most departments have a policy on how far the speed limit can be exceeded. It might feel faster when it goes by when you're pulled over, but realistically there won't be much difference

- "due caution and regard" - almost all states have laws saying that there's implied liability operating in "emergency mode" - that is, you can disobey road laws as part of emergency operations, but any incident that happens as a result thereof will be implied to be the fault of the emergency vehicle/operator until and unless proven otherwise

If I'm driving an engine, blazing around without the ability to respond to conditions as much as I would in a regular situation/vehicle, then emergency mode or not, I am in the wrong.
I don't really know anything about this topic, but to me, the implication is that China controls access to the market. That means that the earths could be mined in Africa, but they're ending up in China, and that's who you have to buy them from.
The Fight for the “Right to Repair”
One possibility here, is that the robot may not be able to sense obstacles that are too close and too short, IE kids. Some sensors have a minimum sensing range, meaning if an obstacle is too close the sensor doesn't see it. The kinect is especially notorious for this. If this is the case, the only fix may be to redesign the robot. This might not be too expensive, a ring of ultrasonic range finders around the robot would be very cheap. A couple of bump switches would be even cheaper.

As work on the Minerva tour guide and other robots, children can be quite a problem for robots[0][1]. This is an issue they will need to solve.

[0]https://www.youtube.com/watch?v=NOhcQCy1Kxs - I highly recommend watching this in full, some of the algorithms used in self driving cars came out of work on Minerva

[1]http://spectrum.ieee.org/automaton/robotics/artificial-intel...
We (founders of ConferenceBadge.com) never enjoyed Slack nor other chat apps because they encourage immediate attention, or you just end up missing out. And we are a team of 4… can’t imagine using it in larger organizations.

We never found any tool that would completely satisfy our collaboration needs, so we created Missive: https://missiveapp.com

It’s built on the idea that conversations should be scoped and archivable, just like emails. It’s both a full-featured email client and chat app. We can share emails and comment within threads, as well as create new chats from scratch and invite only the right people to discuss specific matters. When a topic is over, we just archive or snooze it like emails.

I have written in details about our vision: https://medium.com/missive-app/building-the-team-communicati...
Yup, they made a custom camera (which makes sense!). All the way at the bottom of this page there are photos of it along with a lot of details:

http://spaceflight101.com/juno/instrument-overview/
You could write a pretty trivial component which takes an interval and method as props, and sets the interval in componentDidMount and cancels it in componentWillUnmount.

It probably doesn't make sense to do a timeout that way...
you sound like an enormous piece of shit
The decorator-based approach sounds interesting, but (in my understanding) it will require moving the data fetching logic away from the main component into the decorator, which also creates a level of indirection that is intransparent to the component user, and I imagine stacking several of these decorators on top of each other should provide plenty of room for unforeseen side effects as well.

Personally, I think almost all components should be "dumb": They should just receive the stuff that they display as properties from their parent components and report changes back through callbacks. They should not perform any "controller logic" beyond form validation and input serialization. Only a few components at the top should be responsible for fetching and distributing resources from the backend. Typically, it should suffice to have an "Application" component that takes care of fetching stuff that every other component should see (e.g. data about the user), while components one level below the application should fetch stuff that is specific to the given page/view that is being displayed.

Unfortunately, compared to the humble beginnings a few years ago I feel that the whole React.js stack gets more and more bloated these days. As an example, managing state through Redux requires writing actions, reducers and implementing a subscriber pattern in my components, just to fetch some data from the server. I mean, if we're writing a version of "Photoshop" for the browser this level of complexity might be warranted, but in most cases we just want to fetch some JSON, display it nicely formatted to the user, let him/her click on it and possibly send some data back. If we need 500 kB of Javascript libraries to do that while having to patch/reinvent many other things that we took for granted before -like simple hyperlinks (I'm looking at you, react-router)-, chances are we're doing it wrong.
Doubtful. Valve has Source, their own game engine which their entire game portfolio is built on in one form or another. While rare it has been occasionally licensed out to other developers. Merging with Valve with two different competing big budget engines to maintain and improve. I just don't see how a merger could benefit either company.
Hyperloop One hit with an explosive lawsuit from its co-founder
And here is the President threatening to murder someone accused of drug trafficking if they step off a plane. This person hasn't been through the court process. Why do you think this is ok?

http://abcnews.go.com/International/wireStory/philippine-pre...
If you're building a simple app, keep it simple (but, do you even need React then?). If you're building Facebook, bring on the strong typing and design patterns that facilitate building large javascript applications.
Fuzzing the Kill Chain
Maybe so. But Google for "parents of dead child sent bill for airlift" - if you want to be pedantic, you can even argue that in some of those cases, there may not have been any choice, only an implied consent by law that says that "a reasonable person would have wanted to be flown to hospital".

You'll find examples. And for every waived bill you'll also hear "well, regardless of the tragic outcome, a service was rendered, and we have the right to be paid for our work".

Please note that I am carefully avoiding passing any judgment on the morality of any of the above.
It's 1 data point if you look at crashes, there are 130 million data points if you look at miles driven. It's by far the largest amount of data available on Autopilot driving out of all manufacturers.

I agree we have no statistically rigorous argument yet that Autopilot increases safety. I agree with you and others who say we need more data. My only point is that there is no reason, IMO, to stop gathering that data in real-world conditions by banning Autopilot, as some media articles are suggesting (not anyone in this thread), because we have no evidence so far that it decreases safety.
You hate PowerShell??? Say it ain't so!
But I fail to see why due process wasn't followed... Judge should have sanctioned raid in that case anyway, right (or how does it work)? And there's always some arbitrary line where someone decides 'that's enough for a raid', we just have to hope that whoever it is, he/she has a good common sense. In your example, if that person wasn't working in agriculture (and still suddenly bought large amounts of fertilizer etc.) And was seen with radicals/known offenders. And was known to distribute radical literature. In that case do you think raid was justified? Because that's really the way to stop terrorist acts, all that things they do for security at airports are useless, you can't do anything if there's determined crazy person with bomb on the streets, it's too late. That FBI's machine learning algorithm is just have to be good, to be used. FBI should be force by fear of bad media in case of wrong outcome to tune it for no false positives.
It can be very helpful to define all the different states (as props) for the set of components you're building. The data can be static or the result of dynamic calls to API endpoints (both approaches have benefits and trade-offs). For instance, if you're building a page with a list of items and at most 10 should be shown at a time, you could define the empty state (0 items), the half-full (1-10 items) and the overloaded state (11+ items, requiring pagination). Then you can implement the actual UI.

When this is done (and you're happy with the way it looks), you can make your test suite iterate over each of the different states and capture a screenshot of the UI. When something changes, you will know (the test suite should diff it). This approach is obviously mostly for presentation rather than functionality.

The benefits are not limited to testing, this is also very helpful in development, since you could switch between different states very quickly without having to constantly change URLs (for different API results). One method is using a dropdown overlay (only present in the development build). It's also very helpful during code review.
Its been said many times that you should never start startup to make money. The opportunity cost and uncertainty makes its a very risky way to make money.
Python Pandas Functions in Parallel
Ooh, this is nice! Always a fan of more ML-alikes out there.
> Some do, they're called HMO's (Health Management Organizations), Kaiser Permanente being a prominent one.

KP is an HMO, and does own its provider network rather than contracting with providers (for most things, at least), but that's not a defining characteristic of HMOs. Many HMOs have contracted, rather than insurer-owned, provider networks.
I would not be so sure about that. They do not state which kind (or state) of T cells they target but it is not unlikely that they do not draw them from the blood but from bone marrow. May also be memory T cells ...

This should also answer your second question: You target some cells higher up in the hirachy like CMPs or even MPP and HSC (stem cells). Other tissue, other stem cell type. And ultimately obviously some lineage commited (cells aimed to become a certain cell type) iPS cells (which are stem cells generated from normal body cells). Thats all possible, the only thing really missing is good understand of epigenetics (only a question of time) and some way for reliable epigenetic programming/modification. (Sorry if thats too short too complicated but maybe it guides you in the right direction)

Edit: And third question: I am not entirely sure why you would need to replace all the existing cells. Some additional functionality might be sufficent. Where this is not the case, you usually go for irradition (and full replacement).
Story of the founder of Pokemon GO
Why I subscribe to http://www.imperfectproduce.com/
There was a talk sort of on this topic at Spark Summit in June... Here is the part where 2.0 is mentioned: https://youtu.be/PViLT2E2WPQ?t=407
This is a very fragmented approach and is very frustrating to go down that road. Every field is filled with hype and people pushing their own agenda and publicity to further their careers. Speaking from experience with self learning discriminatve modeling, the overwhelming majority of the books is either superficial or needlessly complicated. In both of those situations the books are badly written as well.

Finding a book that hit the sweet spot for regressions wasn't easy but was doable. I was hoping there would be something similar with Bayesian Nets/Generative Models.
I would at least add a demo video or something to show how the product works. I had the same experience and was confused why the demo would require me to signup. At best, it came off as poor UX, at worst, a bit sleazy.

At any rate, it's an interesting idea. I would like to see a demo without having to signup for something.
Because Tesla wants their cars to be the best cars on the road, not the best electric cars on the road. Autopilot and other features are part of that value proposition.
No. We don't have any need for that ourselves, but if someone wanted to work on that, and produced a clean patch that wasn't filled with #ifdefs in C and ifs in Python, we'd take it.

The biggest challenge would be adding equivalents of the assembly that implements SMP support (waking up other CPUs and putting them into a loop ready to run code on request).
Author here, thanks for the kind words :D. The language used to be completely pure and the state type is a remnant from that time (as well as to show and test that higher kinded types such as monads works). I started to allow impure functions a while back though for a few reasons.

* It is intended to easily work with a host language which are likely to be impure. Any functions and types which that host language extend gluon with would also have to be pure which is likely to present awkward or impossible APIs. I also cannot check that the functions are pure so it would be really easy for the host language to make a mistake and accidentally pass in an impure function.

* Pure languages require, at least as I understand, more optimization to perform well and I don't expect to spend much time on an optimizer for the foreseeable future.

* An extension language is more likely to be used by less experienced developers and regardless of my personal preferences, impure languages are what most people are used it.

That being said, I do encourage pure programming as the main paradigm inside the language. The only mutable types which currently exists are the `Ref` type (atomic cell taken from Clojure) and a channel type (`Sender`/`Receiver`) which are used to send values between threads. I might add mutable records at some point if I feel they make sense but currently I am leaning towards keeping them out.

(From my own forays into embedding Lua in a C++ game I found it troublesome to mix state in Lua and C++. This makes me believe (though I don't have any good example of this as of yet) that it is a better pattern to keep all state in the host language and keep the embedded language as pure as possible, keeping mutation to only be "update host state".)

This turned out to be rather lengthy which I didn't expect. To finish it of I would love to find some way to keep the language completely pure if the problems mentioned above could be fixed or worked around. In embedded languages there is already a notion of limiting what the embedded language can do which could map really well to monads (ie in a game you might have Draw monad, Update monad, Sound monad, etc).
⌘⃣F⃣ "todo" ⇒ 29 finds

The binary and text representation sections still lack almost anything. This really seems like an early prototype.
Thanks, we updated the submission link from http://www.nytimes.com/2016/07/14/technology/tor-project-a-d... in the spirit of preferring primary sources.
The Potato Radius: A Lower Minimum Size for Dwarf Planets
My bad. Misprint. Happy to honor it though, and give you an extra 1,000 credits. This goes to anybody on HN - E-mail me (keith at polybit) with the e-mail you used to sign up and I'll add the credits by the end of the day!
Question from a non-Drupal dev here: this notice deals with third-party modules that don't sound like they'd be ubiquitous for deployments. But it's in the PSA section in which has few posts overall, and seems to focus on Drupal core. Am I underestimating the install base, or overestimating the likelihood of 3rd-party modules having security holes?

(It doesn't seem that WordPress's security section concerns itself with plugin flaws...because if it did, that's be a pretty busy section...)

Edit: Ok this I was also wondering: are these flaws a result of something related to Drupal core?

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

Is it standard for Drupal to not disable web access to disabled plugins? Or is this notice for the rare edge custom deployments in which default safeguards are disabled? How can a non-admin reach a disabled plugin (nevermind execute it)?
I've been using a Chuwi Hi 8 Pro. 8" 1080P screen, 2GB ram, latest Atom processor. Fits in some of my pockets. $90.

Bought it from a store that shipped from China. They also have tablets that have cellular and higher resolution screens. Runs for $200-300. But I'm not sure I'd spend that much for an offbrand.

At that point I feel I'd just get a Surface or Galaxy Tab Pro S to get the warranty, peace of mind, etc.

Still, a Windows tablet is incredibly useful! Especially for dev work.
Multiple people here have reported that their car has allowed 15 minutes or more without having to touch the wheel. If each warning reset that timer, by design or bug, then you could easily travel 50 miles plus.

Plus, I'm almost certain that Tesla's goal with the system isn't to "have an autonomous system that you have to interact with steadily", hence the 15 minute warning in the first place. They have perverse incentives - to allow it in the first place implies reliability that may or may not be there.