skysight-inc/HackerNews huggingface dataset:
It's bad development style, but it's also bad journalism to say the blueprints are out, now VMware is at risk. VMware is so widely used in critical situations that it's more than likely that many skilled infosec devs have tried their teeth at finding attack vectors. Sure, they may have an easier way to find some faults now, but like Windows, it's a piece of software that's in constant exploit hunt mode.
Ok, it seems this step is done. Face recognition, check. What's next? Does somebody knows the state of voice recognition (in the sense of ID'ing someone by his/her voice)?
One could also argue, that people, who use code from a repository without a license, don't want to make that fact publicly known. That kind of usage might be illegal, so following or staring that repository might be similar to admitting a crime. Therefore, your metric could have a large selection bias.
This is a big part of why homebirth is gaining popularity. It's just family and maybe a midwife. Nobody is going to do a meth test. The doors don't lock you inside, unable to escape without permission. (that security is NOT to protect the baby from strangers; it's so CPS can take your baby)

Also: There is no need to drive madly to the hospital. There will be no incentive to keep you for exactly how long your insurance will pay, nor to perform surgery. You get to sleep in your own bed, without constant beeping and light from the hallway. You can have as many visitors as you want. You will never be separated from your baby, not even for a moment. You won't be treated like a potential criminal. You get respect.
I remember Macromedia Dreamweaver had a down arrow (download) and a up arrow (upload) through FTP it felt magical on those days.
"came up with the idea"
This is awesome. All that's missing is a self driving car environment ;)
Really? GraphQL? You don't need that.

You don't even need React, there a ton of excellent frameworks based on the same React ideas (virtual dom, a single state, render everything from top to bottom) out there, and they don't come with all these fancy arrogant stuff (Webpack, Redux, Babel, ignore these).
Or Rust, or Go.

C++ is like Java, it will pull in features of other languages years after they have been proven to be valuable and useful, not that there is anything wrong with that. There is something to be said for a slow moving target that you can kinda rely on to work well. If anything I think C++ went off the rails when they started innovating in the language space and tried to introduce all sorts of novel features that other languages hadn't prototyped. I think of all the nonsense around templates that they introduced and how generally the consensus is not to use any advanced template features.
Does anybody else get goosebumps when reading about how smallpox has been eradicated? A disease that for thousands of years killed and maimed billions of humans -- gone for good[1]. It's a great testament to human ingenuity and perseverance.

[1] Well, except for those samples mentioned in the article
I'm running the new beta native Docker for Mac, it is really nice. You install from the DMG, enter your password, and you're done.

No more running 'eval $(docker-machine env dev)', no more having to delete the VM and rebuild it, etc.
Dear goodness. And there are tens if not hundreds of people involved in trying to prove/disprove this case and they're all getting some hefty money. What a waste of human intellect and time.
The next iPhone release is going to come with Gucci Mane's "iTrap" album pre-installed, if you buy the Apple limited edition "Fam" version.
From three years ago:

https://www.washingtonpost.com/business/technology/state-pho...
Imagine that in Northern Ontario/Val d'Or French, which still has a vowel system that's almost dead in the south now. The grammar's not as different now as it was when I was a kid (that's more than a half-century ago) but that's not quite "standard Canadian French" either, let alone continental French.
I bet some even have code like that stored in their snippets library.
I did a uni project based on that second book. Despite the title, it's hard to actually get to practical applications.
I ran into this recently myself. I've been doing web development my whole career, but I never got into the complicated toolchain side of it. I just used a vanilla html/javascript setup and I would build out my own tools or manually include existing libraries as I needed them (no webpack, etc.)

Then it came time to learn React and pretty much every tutorial out there requires a twisted combination of npm, webpack, babel, etc. just to get a simple page running. I just about gave up.

Then I realized that you can run React without any of that stuff by just copying the first section of sample code from this page: https://facebook.github.io/react/docs/getting-started.html

So I started with that and built out my own simple framework. As I became more familiar with React and how it interacted with my own homemade framework, I was able to understand where all of the other pieces fit in, and gradually I've been including some third party tools that previously seemed insanely complicated to me (note: the toolchains still seem needlessly complicated, but at least I can generally get things to work now).
The most notable thing is the lack of assumptions. You don't have to assume anything other than the min-entropy of the sources. With a hash function, you generally need to assume that the hash function is a good extractor, instead of showing that it is one. Instead, what we have here is an extractor built up from first principles.

Also, note that you need at least two independent sources. This is because with a single source you just can't have a good extractor for any imperfect source. For example, imagine you are using a hash function to extract one uniform bit from an n-bit input. If the input source is the set of all n-bit strings such that H(x) = 0, which has pretty high min-entropy, you end up with a 'randomness extractor' that is just a constant function. This is highly contrived, but that is what you have to work with when you say "any" in theorem statements.

To fix this, you need at least two sources, where one source 'keys' the other, and therefore as long as the sources aren't working together (i.e., they are independent), there is nothing they can do to sabotage our randomness extraction. The inner product is a simple example of an extractor that works as long as each source has at least n/2 min-entropy. I have no idea what the construction of this new paper looks like, but it's an improvement on this min-entropy required. However, since this improvement is asymptotic, it's unclear whether it is any useful at all for realistic ranges of length and min-entropy.

In reality, this is entirely irrelevant for practical purposes. The work-horse tools of randomness extraction in practice are hash functions, block ciphers, and universal hashes, so this new paper is interesting from a theoretical point of view only. Yet another example of university PR departments being insultingly misleading in their press releases.
Show HN: Hyperlapse City – Instagram Hyperlapse Videos / Mapbox Mashup
You're right. Please, someone update the headline.
..and in the meantime, you can advertise alcohol to these people. It's a win-win! </evil>
I predict... Firebooks?
I've been reading through / trying redux etc over the last couple of days. This has come at the right time where I know what all the components they're talking about do and I'm interested in seeing more of how redux apps are architected.

For people coming to this area fresh it's really daunting. There's a new library for every little thing you can think of and it's almost impossible to know where to start. Fortunately Redux itself is such a simple model that it's easy to build on your understanding of it (vs, say, Angular that has a huge surface area - I know, they're different things, but people are probably going to start with one or the other).

Will try this out now to see how I get on. Great timing, thanks!
To learn, I built it up little by little. Start with Babel, Webpack, express and react. Build something basic. Next add Redux then react router and finally server side rendering.

You have to use various tutorials, read lots of docs and try and fail. In the end I found I had a better understanding of what was going on.
There are many, many industries (not just lawyers) that decided touch typing with intermittent shift pressing was hard and found it much easier to just type everything ever in all caps for all eternity. That still comes up anytime you mention removing the caps lock key from keyboards: all the people that do a lot of typing and hate the shift key.

Ask someone that works health care records about it sometime.
On the question of whether "mental illnesses" are diseases or simply arise from behaviour (as discussed in comments below).

My personal theory is that they are neither. Most mental illnesses are actually social illnesses. That is: we've engineered a society that is hostile to a set of (perfectly healthy) behavioural phenotypes.

It's already known that within different cultures and environments, those with certain "mental illnesses" fare better or worse.

Nobody with cancer "thrives" depending on their cultural environment, but if you're an engineer on the Autistic spectrum, you might. If you're an artist with ADHD, you thrive. Even schizophrenics do well in some cultural environments.

Force someone who was born bipolar, or with attention deficit in a society that demands them to sit in an office (or classroom) for 8-10 hours a day, every day, at the same time, and focus on the same thing, and sure... they will become "disordered". Just as most people would go crazy in the sort of fluid or even chaotic environment that those people would thrive in.

* * *

A Thought Experiment:

Imagine you were born into a world where the predominant behavioural phenotype is bipolar or ADHD: there are no set work hours, only goal posts. Teams work in frenzies of 24 - 36 sleepless hours, followed by a day or two off. Maybe one week there's no work, but then for a month it's crunch time. Some days you work nights, some days you work early in the morning. Everyone wears many hats, otherwise they'd become bored; and you're expected to do the same.

To everyone, this is just the way things are. To you... your stress levels are through the roof, you can't focus in such an environment, yet everyone is wondering what's this guy's problem? Why does he have such a hard time working in a fluid environment? Why does he need special treatment and be given evenly-distributed work at predictable hours?

Clearly there's some sort of disorder going on here. So you read some pamphlets and you see a Doctor... maybe there is something wrong with you, you think. It's so natural for everyone else, yet you can barely function in society. Luckily for you, there is "help": the standard treatment for Rigid Thought Pattern Disorder is a 50mc dose of LSD every three days. Sure, it makes you not quite feel like yourself, but look at how much you've been improving since you started treatment! You no longer sleep regular hours like you used to, you're no longer displaying Rigid Thought Patterns. Just give the treatment some time and you'll get used to the side effects.

* * *

I have no science to back this up of course. Just something I think about sometimes at 3 in the morning while I'm having a particularly productive night...

(Yes it's likely that this would be a rather inefficient world in many ways, so it makes sense for the predominant behavioural phenotype to be more predictable and stable. The point being, in both cases the non-neurotypical individual can have a positive impact if they're not regarded as deficient, but if instead we see these differences in behaviour the same way we see differences in height, strength, or any other physical attribute.)
Real, sound cryptosystems routinely --- in fact, almost invariably --- source their keys from CSPRNGs. CSPRNGs can't source entropy, as you say, but in cryptography we're not looking for entropy. We're looking for unpredictability.

What confuses people is that cryptography usually jumpstarts itself with a small amount of entropy (or something close enough to entropy to count). That small seed of entropy gives us unpredictability for the life of the system, even though the bits we actually use will come from deterministic processes.
Incredible. The amount of money being set to the fire for the sake of something that even a student knows is utter crap.
I'm not a lawyer (obviously), but from her side of the story seems like they knew she wasn't a meth user, yet she was treated with disdain anyway. Medical professionals can't treat you like a piece of garbage, I'm sure a good lawyer will know how to spin it.
Not only Lisp Machines, that was how many memory safe systems programming languages were done in the mainframe days.

Intel MPX, CHERI are just two modern approaches of reusing those ideas to tame C's memory issues.

Going back to FPGAs, I think function composition is very similar to digital circuit design, so FP concepts could be a very nice way to do GPGPU programming instead of the actual mainstream approaches. But it would require the GPU to be more FPGAs like.
I completely agree that subscription charges for a service you signed up for and could have, but didn't bother to cancel is not a valid chargeback. If you initiate one and complete the interview questions honestly I think the chargeback would actually not be allowed. (Do you recognize the merchant? Yes. Did you approve the charge? Yes. Did the merchant deliver the product or service? Yes. Hmmm... Sorry, we can't refund your money)

However there is a slippery slope. Two examples that hit me recently, an iDrive renewal where they refused to tell me the renewal price and their online form provided no way to opt-out of the renewal, their online chat told me to call a phone number, and it turns out the price was 10x the first year cost (and not at all competitive with any other backup service). Another was BitTorrent Sync which was supposed to be converted to a one-time license but then lo-and-behold a year later another charge showed up.

But for merchants that provide the ability to cancel a subscription online, and who let users know before an annual charge is about to hit your card, I agree the customer has some responsibility to manage their subscription.

My personal opinion is that monthly recurring billing can send invoices after the charge or even no email at all if charges are the same amount every month. Annual recurring should email a week before the charge to remind a customer it's coming, or should allow a full refund of the charge if contacted within 30 days of it hitting. For example LinkedIn refunded an annual recurring charge that I contacted them about within a few days of it hitting the card for a "subscription" I didn't actually want and it just took a single email to sort out.

In any case, if I signed up online I must be able to cancel online with a click. I won't play games with merchants who have dark patterns that make me jump through hoops or pick up a phone to manage an online subscription. These merchants deserve the extra chargebacks they get, and they know exactly how they could reduce their chargeback rates. They've just done the math and found the dark patterns unfortunately are net-profitable.
I watched a video on this a few years ago, his reason for C++ is because QT basically requires it. He originally tried to write it in C using GTK, and hated GTK so he switched to C++/QT.
> so you can postpone learning some of the more esoteric stuff until you actually need it

If you don't actually need it then why are you deploying it into production? IMO, while these boilerplates are an excellent way to get familiar with some popular tooling, I think it's a terrible idea for people to be deploying code into production that they don't need or even understand.
A11y cocktail
"You are welcome to run several instances of your bots at the same time, and more generally to use any measure you see fit to achieve leaderboard domination. Fight!"

Couldn't this be cheesed pretty easily by flooding them with bots working in tandem - pushing to have the highest scoring ones win when they're pitted against each other.
As a software engineer, I get sad when I read news like this.
Thats the idea. Bankrupt the shitty institutions that are careless or make too many mistakes and let the good ones grow. Kind of like performance reviews we get in the industry (not to say they aren't flawed but still)
I don't believe that's the case. The Internet Archive works in a legal gray area but manages by clearly being not for profit and by readily honoring removal requests, including retroactively honoring robots.txt instructions.
It's definitely a big mental shift, but it's worth giving it a proper go.

For those of us who have been coding since before there was even JS, it's hard to let go of the Html / JS split but honestly, it's so much nicer when you just grab the React approach and run with it.
> Biased as I am, I see no complexity with a simple, regular usage of parenthesis.

> If I am an experienced Common Lisper, it is because I was once a noob Common Lisper

> should we generalize from your example then, when it is not appropriate to do so in my case

if we do so carefully? obviously there is some spectrum of how mentally exhausting various aspects of language's syntax are for people, and how prepared/willing different people are to wrap their heads around those aspects.

crude analogy would be saying unary number system is better than decimal because it's simpler (via having less "things"), all operations are more intuitive and there is no complexity in dealing with all those digits.

just as we use decimal instead because we have physiological reasons to do so, it's not outlandish to suppose that we have psychological reasons to prefer syntax that is more rich than what CL provides out of the box but also not too rich because it's mentally exhausting. clojure seems to be hitting the sweet spot(at least within lisps family) and while many factors are at work here, the evidence is that clojure quickly became more popular than cl.

to be clear, i'm not saying here that popular = better, of course.
I just found and watched your SciPy talk. The 3d-printed geology puzzle is really cool!

Yeah, the British print is basically the bottomless box you show at 15:16, but with much thinner walls - I don't have it anymore but I'd say theirs are about .3 millimeter thick. I suppose that's also why you paid three times more.

Since they don't have a bottom lid, they apply their bottom texture underneath the top.

How difficult do you think it would be to clip the print along a border, e.g. the border of Alaska?
Such (ancient) technologies plus state-of-the-art computing and communication systems is prime material for science fiction novels about highly advanced civilizations.

I think we should strive towards that - use the wisdom of our ancestors to build zero-energy systems, powered by naturally occurring energy, controlled and enhanced by computers.

There are lots and lots of things that have already been invented in the past, we should just listen to our grand grandparents a bit closer.. After all, they built them for future generations, including us..
std::unique_ptr, move constructors, etc and you're pretty safe, but it's still not in the same league as Rust.

In my opinion you should probably learn Rust unless you want to get a job writing C++ (e.g. game development).
I think I understand Linus' concerns. I guess I'm not sure how you conclude that I do not, but, so it goes.

Languages do change, and implementations evolve. I think it's fair to temper criticism with the caveat that, hey, this was from a while back. And Linus' comments certainly were from a while back, considering the latest one was made in 2007. You didn't have shared_ptr, you didn't have unique_ptr, there was no auto type.

I'm not going to argue that these things make C++ awesome. I really don't work in C++ on a day-to-day basis. But the language is certainly different now than it was in 2007, and I think that does matter. At least a little bit :)
You are right about this, but McMurdo is not on the ice cap. The South Pole station and McMurdo are in very dissimilar environments.
BitTorrent Live: Multichannel App for Live and Linear Programming
tldr -

private static void rangeCheck(int arrayLen, int fromIndex, int toIndex {
if (fromIndex > toIndex)
throw new IllegalArgumentException("fromIndex(" + fromIndex +
") > toIndex(" + toIndex+")");
if (fromIndex < 0)
throw new ArrayIndexOutOfBoundsException(fromIndex);
if (toIndex > arrayLen)
throw new ArrayIndexOutOfBoundsException(toIndex);
}
More like people are biologically encouraged to be attracted to the best possible mate (that whole evolution thing). It just so happens that this is generally women in their early to mid 20s and men in their late 20s and early 30s.

While standards for beauty may change to some extent across cultures and time, the attraction based on age has been very constant. In addition to the biological health of the species, humans perception of the world tend to change as they age. People of more similar age are more likely to have compatible and relatable life experiences and views (try explaining what the world was like before 9/11 to a teenager. They simply don't understand the huge shift in culture that resulted because they weren't aware of the world at that time and only know the world as it is today)

Ageism and sexism are problems in some areas, but biological attraction when forming relationships is not one of those areas.
What's the likliehood that nature is going to produce something so like Variola, that it will respond to vaccines made with Variola?
Why the suburbs are all wrong for my kids
You can tag anyone on Facebook even if they don't have an account. When you start typing their name a drop-down box of suggestions appears. Hit the escape key and you can continue typing their name and tag them.

Anyone with your photo can associate it with your name on Facebook even if you don't use it.
Following nabla9's suggestion in the parallel reply:

http://www.nist.gov/manuscript-publication-search.cfm?pub_id...

"Bennet, Bernstein, Brassard, and Vazirani demonstrated that quantum computers cannot provide an exponential speedup for search algorithms, suggesting that symmetric encryption algorithms, one-way functions, and cryptographic hash algorithms should be resistant to attacks based on quantum computing [4]."

(4: C. Bennett, E. Bernstein, G. Brassard, and
U. Vazirani. Strengths and weaknesses of quantum computation. Special Issue on Quantum Computation of the Siam Journal of Computing, Oct. 1997.)

Note, this was already known in 1997, two decades ago.

After all the discussion up to now, I believe even more in djb's conclusion:

"Ultimately the victims are the users. A quarter of a billion Euros, despite being explicitly aimed at communication security, will actually be devoted to quantum technologies that are much less secure than modern real-world cryptography. The occasional users who can afford to deploy quantum cryptography won't realize how easy it is to break. Meanwhile a similar level of funding will be sensibly devoted to quantum computing, but without a proper acknowledgment of the resulting security apocalypse, and without a corresponding level of funding for the most plausible plan to prevent this apocalypse."

However it's sure that not only EU scientists make grandiose claims:

http://www.macleans.ca/society/science/trudeau-versus-the-ex...

"With a quantum computer, we hope to find a more efficient way to produce artificial fertilizer, having direct impact on food production around the world, and we hope to combat global warming."

Ugh. And cure cancer and make your pennies bigger. Hey it's quantum. Anyway Chinese already sell the "quantum diagnostics devices" comparably "amazing":

https://www.youtube.com/watch?v=iaDQgVwKO-Y
For the young kids here: https://en.wikipedia.org/wiki/Network_Computer