skysight-inc/HackerNews huggingface dataset:
While I used to be the guy that would carry a book on my mass-transit commute, I found that the (admittedly minor) headaches of doing so were contributing to my reading less and less.

Having to carry a book around is fine if it's a small paperback, but for books I just couldn't wait for, I found that my laptop bag was cramped enough without trying to carry the hardback Game of Thrones, so I ended up prioritizing taking smaller books on the commute, which meant that I had books at home that I wasn't reading. Meanwhile, the Kindle is smaller than a paperback. Advantage: Kindle.

If I was nearing the end of a book, I would just stop taking it, because (for me at least), the idea that I might take a book into my commute, finish it, and not have a book to read on the way home was a hassle. Moreover, I had to carry the already-read book around for the rest of the day. With the Kindle, I could finish one book and start the next. Advantage: Kindle.

Bookmarking / placeholding doesn't need much discussion, but I definitely found that on the Metro, I lost my place a lot more often than reading on my porch. Advantage: Kindle.

Goodreads integration. I like sharing my thoughts on books, but more specifically, I like sharing my ratings of books... mostly for myself, so that when I'm looking for a new book and nothing is jumping out at me, I can check out my Goodreads review, find other books by authors I rated highly, and just grab the next book from an author I previously enjoyed. With paper books, I found that I would often forget to update my rankings, while my Kindle asks at the end of every book. Advantage: Kindle.

To those who suggest that paper is better on the eyes than e-ink, I can't assert scientifically either way, but as a programmer who spends too much time in front of a screen, I can only say that having begun with the Kindle software on an iPad, and eventually moved to the Kindle hardware, the Kindle is MUCH better on the eyes than the iPad. On the scale of paper to iPad, the Kindle feels like it comes closer to paper than iPad, if it's not exactly the same.

While I acknowledge that the above quibbles are in fact quibbles, and possibly unique only to me, on the whole, I've found that keeping my Kindle on me just means that I end up reading more, which is the far better alternative.
Focus At Will is excellent for this. The site curates music to match your timeframe for working and your goals for attention throughout the session. I'm a paying customer. https://www.focusatwill.com/
The title seems to just be the standard clickbait approach to titles.

They got an injuction so that's a pretty public way to go about trying to do a "cover-up".
More details:

- http://blog.savetheinternet.in/24-hours-to-save-netneutralit...

- AIB Video: https://www.youtube.com/watch?v=W0w_YhZUYeA

- r/india discussion: https://www.reddit.com/r/india/comments/3gya52/24_hours_to_s...
50 percent of new games on steam have a Linux port now. Your numbers are old.
Which would be of no use at all to car thieves.
Thanks. You are not explaining it like we are five, but as if we were humans.

Actually, Reddit's ELI5 subreddit describes it as:

LI5 means friendly, simplified and layman-accessible explanations.

Not responses aimed at literal five year olds (which can be patronizing).

So it was a comment which would be appropriate for ELI5.
Better if you add that information to the main page http://nextguid.appspot.com/ (currently returns 404 error)
Show HN: I built an Uber for locksmith
It makes so little sense to make push/pull into one thing. It's likely to do much more harm than good.
It doesn't really feel "for beginners" to me. Quite the opposite, difficult (if not slightly boring) to read.

On the other the free ebook Mastering Bitcion by Andreas M. Antonopoulos, available at http://chimera.labs.oreilly.com/books/1234000001802/index.ht... is an absolute pleasure to read imho.

It starts by explaining the core blockchain/bitcoin concepts in humorous layman terms ("nerd money!") and slowly goes deeper and deeper down the rabbit hole while keeping things pleasant.

The chapter that explains cryptographic hashing (SHA1 and all) is a masterpiece at opening the tech to non-technical audience.
Sorry, its because I'm an idiot. Anyway, secure languages use native code, and that's still a problem.
Digital “organism” learning to jump over the ball
For those looking for great Flux libraries with immutability at their core, I've been loving NuclearJS[0], which is built on top of ImmutableJS and untangles your stores by giving you a great kind of "functional lens" called Getters.

One problem I have is that ImmutableJS[1] doesn't list the complexity of any of the operations in their documentation. So it can be hard to intuit the efficiency of given operations without having read/grokked the 5k sloc of source.

[0] https://optimizely.github.io/nuclear-js/

[1] https://facebook.github.io/immutable-js/docs/
The opposite of which bit?
You could probably say similar for Hans Zimmer's "office"[0].

[0] http://www.stuckincustoms.com/2010/01/29/the-secret-lair-of-...
I am positively impressed by the difficulty of the Linux questions.
I've pretty much given up on the old Scrum-style standup. It's just another form of torture that to put devs through. I agree with the ceremony itself, but for development teams, or even worse operation teams, trying to catalog and remember all the things you did yesterday, or Friday, is painful.

Since we've moved over to Kanban, I've found it's much more useful to walk the board. We start on the right and move to the left. The discussion is much richer and I've found people no longer struggle to remember what they did yesterday.

What the author suggests at the end, having everything written down in advance, is just another chore designed correct 'bad' behaviour (people not sure what to say, lots of 'umm, errs'). Perhaps we should be asking ourselves if it's the format rather than the people.

Here is a blog post describing something similar to the one we're using now: http://brodzinski.com/2011/12/effective-standups.html
The article doesn't mention what I think is more of a problem than activation. It's the ongoing check to see whether Windows is "genuine".[1] This used to be called Windows Genuine Advantage, then renamed to Windows Activation Technologies.

Activating is a one-time thing. Either you succeed or you can try again. But the ongoing check is IMO a serious problem. Basically the software can deactivate itself on a whim (not really, but it's magic unless you understand exactly what's happening).

Does anyone know if this is still enabled? Once Windows is activated does it declare itself "non genuine" unless it's able to phone home? (excluding Win 10 phoning home for spyware reasons, let's not discuss that again).

If so, that's a problem. A Windows computer can degrade its functionality any time it feels like?

[1] https://en.wikipedia.org/wiki/Windows_Genuine_Advantage#Spyw...
I couldn't find info on SSD yields, do you know where to find it? I found that HDD factories generally target 97+% yield. So, if SSD yields are much lower, you bring up a good point.
Sorry, you shouldn't be.

I meant: maintenance is only more expensive than the acquisition if the good will completely depreciate during the time you are maintaining it.
I suppose. But also can we agree to raise the ridiculous speed limits and actually enforce them? 55 and 65 mph is too low and nobody drives that slow. See https://www.reddit.com/r/todayilearned/comments/1npuah/til_t...

In my mind if you are doing 110 in a 65, sure, you get a ticket. But I distinctly remember being in a car driving through Virginia (speed limit 70 mph) in a large number of cars all following each other all doing 72-75. It was a straight bit of road, everyone was mostly in the right lane (sign said to keep right unless to pass). Out of nowhere a state trooper pulls up on the left, passes, gets in front of our car and pulls over the guy in front of us. I should mention that the car in front of us was from out of state. Now, it is possible that that guy was getting pulled over for something other than speeding, but as anyone that's driven through VA can tell you, the state troopers there are very eager to give out speeding tickets, so chances are it was for speeding. Why did that guy arbitrarily get pulled over instead of our car, or any of the two dozen around us, all doing the same speed? Probably because it was a nice car with an out of state license plate. 75 mph is not an unreasonable speed on a straight road during daytime with good visibility and weather. It's basically left to the police to determine what the real speed limit is, which seems wrong.

</rant>
Well, only to the point where it can answer your queries. Myra aims to be actually useful ;)

But jokes apart - I think that using apps on the phone is like using bookmarks in 1999. Why do we have single purpose "links" that allow you to a few things, that you need to remember? What is indexing all of these services, and allowing you to get them on demand, just by expressing intent? Almost a search engine - but one that actually gets things done, rather than just displaying information.
>For activities that are not repetitive but also don’t require great creativity, music without lyrics usually works best (classical music, instrumental, electronic…). Listening to words activates the part of our brain associated with language, which may distract us if the activity we are doing involves the use of language (such as writing an article, for example).

I would agree with this. I'll typically listen to very ambient spacey music, something without strong beats or lyrics. Once I hear a person in my music it becomes frustrating. Alternately, I'll choose a few video game soundtracks, out of the belief that they're designed to be engaging without being distracting.
Hashes aren't the only thing that judge a file. Virus scanners today look for specific portions of files that look like malicious code, either by directly matching it or by tracing the code. Apparently some virus scanners traced too far into other parts of the executable's code, into the legitimate portions that are found as system components on computers today.

It's a neat attack.
The research in this area is still too inconclusive to prescribe how to listen to music for productivity. Not to mention the act of "listening to music" can vary dramatically from person to person. For some it involves picking music from thousands of choices and making choices takes time and drains valuable mental resources. They start spending more time picking music than getting work done.

One has to wonder, if your goal is productivity, could it be more effective to just have a cup of coffee/tea? Maybe with some cream and sugar to help get some glucose to your brain as well?
The fixed_point C++ Class Template
I almost want my next car to have a physical key, but a digital one. Back after mechanical keys but before wireless entry/start, there was a short period where you had to plug the entire keyfob into the dash to start the car... I want that back.

Mechanical keys have the "photograph" problem (i.e. a single photograph can be used to reproduce them). Wireless start has the wireless hacking problem (i.e. if you broadcast, that can be intercepted/manipulated/etc). Digital keys have neither of these, and can utilise real challenge/response protocols since the keyfob can be powered by the car while authenticating.

I will say I don't know if wireless entry will ever be secure. Too many technical problems to overcome, soon we'll be reproducing the military's channel hopping.
Can someone explain what these traps are?
"One of the investigators noticed that a set of steel shelves was on wheels. He yanked on them and they did not roll. He then noted that they were held in place by magnets in the way of “traps,” the secret compartments used in cars to hide guns and drugs."
Linux has more games I currently care about than Windows XP. That's a small list and doesn't consist of much more than Civ 5, Cities Skylines, Witcher 3. Witcher 3 doesn't run on XP.

Reasons to use Linux for gaming:

- I save $100 by not buying Windows

- I don't have to worry about administering two OS's

- I don't have to ever wait for Windows updates. I boot into Windows so infrequently that it upgrades pretty much every time I do so.

- I don't have to shut down all my work programs and windows that I have open in Linux to reboot into Windows

Frankly, it's the last one that's the biggie. My computer often has virtual desktops, windows, editors, VM's and browsers open for 3-5 different projects, and it's just annoying to start those up again.
The Ashley Madison Hack Explained Visually  [infographic]
The Pros and Cons of Going to College
...and that achieves?
Didn't realise you could do that.

https://github.com/get-iplayer/get_iplayer is quite good too.
To clarify - the system is in fact natively integrated across the SMS, Whatsapp and Facebook Messenger protocols. :) It's not using SMS as a way to talk to them.

If you use those, you'll see that the responses are almost instantaneous, compared to the lag which SMS inherently has. There is a general purpose API that can be used via any platform - Slack, Telegram, Gtalk, or email. Anything that supports text.
You can have offline signatures in a design for a Stellar/Namecoin/EdDSA decentralized protocol.

> How is it that centralized control is worse than the TLS's "everybody has full power to impersonate you" decentralization? You know that Certificate Transparency is still subject to MITM attacks, right? It just makes it obvious that you were victim of one after the fact (if there is an "after the fact").

This is non sequitur. You're comparing a bad option where only a few can screw you over (DNSSEC) with a bad option where lots can screw you over (CAs).

I want a protocol where no one can screw you over, except yourself. And I want the government to be powerless to do anything about it without your consent. And if it function with high anonymity (e.g. with Tor Hidden Services on servers purchased with cryptocurrencies), all the better.
Well, obviously it's better to not trust anyone, ever. (I have trust issues too:)) You are trusting a third party as soon as you launch stuff in a public cloud or with your OS. For example, entropy.ubuntu.com, your distribution's update mechanism, Android/IOS app store, even Gentoo's github repos.

We designed this as safely as we could: Userify doesn't need (or want) secret credentials, only public keys. We encrypt with NaCl before data hits Redis. We only communicate with TLS. The Userify shim does need root permissions because it's managing user accounts.

Userify is available for on-premise deployment (currently Enterprise, and, soon, Pro in your AWS VPC), and Cloud is available for people who want free. Soon, we're launching "Pro", which is an in-between product for people who want in-VPC without paying enterprise pricing.

(I assume you're talking about RH IPA, which is some nifty wrappers around LDAP. As someone who spent a lot of time implementing LDAP on UNIX at big companies, LDAP and centralized auth in general carries a lot of risks: for example, what happens if just a single one of your boxes is compromised, and rather than just sniff passwords, it starts DoS'ing your LDAP server? oops. now you can't get into any of your servers, even the ones they haven't yet owned.)

We focus on a lot more than just authentication. That's just the beginning of the story.

Userify Enterprise provides layered role-based access control, a user-friendly front-end for key updates, project functionality, and the ability to remove users across a single project or the entire companies. Ansible or Puppet don't offer any of those things. We have built-in deployment for Chef, for instance. We try hard not to duplicate functionality that you can get elsewhere (for example, systems management, log monitoring.)

Those are designed for systems management, and they're good at that. We're designed for complex, multi-tiered user management with a focus on the user, not the system. (Hence our name) We view these as orthogonal directions, and it makes sense to use Userify with a good devops/cf system like Ansible/Chef/Puppet/Salt/etc.

Small shops can still manually manage a dozen or so users across a few groups of servers. We've got a bunch of companies with hundreds of servers and less than 10 devops across all of them.

For companies like that, Userify gives a bunch of other benefits.. for example, you can rotate your SSH keys without requesting a production code deployment, or update an SSH key without write access to git, or remove a contractor's account on their last day, etc.

On-boarding and off-boarding get a lot easier, rotating keys is easier, training users is easier, managing lots of different role sets is easier, and Userify doesn't require any changes to PAM or NSS modules -- installing is a one-liner and it just uses /usr/sbin/adduser and /etc/sudoers.d.

The shim is just a few hundred lines.. read through it at https://github.com/userify/shim
Pure propaganda/fluff piece to damage the company. The media has been going hard against Kaspersky in coordination with government agencies.
Wait, so VW has an RFID immobilizer and a physical key? I've only ever seen cars having one or the other.
1993 Corolla with decayed paint. Utterly, utterly, reliable. Appears undesirable. It will also guarantee that you'll never get laid.
Arc<T> vs Rc<T> compared to shared_ptr was what I was going to say for overhead, as well as things like the lack of move constructors, which (should) make Vec<T> faster than std::vec.

For stronger guarantees, I was going to point out that if you std::move a uniq_ptr, it becomes null, but Rust prevents using a Box<T> that's been moved at compile time. Your example is good here too.
Right-o. In the drafts queue.
Good point. I assumed prison was the most likely outcome if he came back, but you're right, it is possible that he could receive the death penalty. Granted, I doubt the government would use the death penalty to prevent him from going down as a "martyr."
Virginia is different than most states.

http://jalopnik.com/what-every-driver-should-know-about-spee...
Okay as far as it goes but it downplays some difficulties.

A con when updating tree structures is the need to replace all nodes along the path from the root, which is why functional languages sometimes use fancy data structures like lenses.

Graphs are a bit awkwardly represented (can't use regular pointers due to cycles).

Reference comparisons are fast for small nodes, but for something like a large list, it's often not enough to know it was touched. You need to compute the diff to make updates efficient, which often requires a linear scan or worse. Making this efficient for arbitrary list mutations is a fairly difficult problem.
Overview of the Best GitHub projects
Maybe a single developer personally can write C/C++ code that is probably pretty safe (keeping in mind that most personal/small projects never get a proper security analysis/penetration test, so one may have a biased perception), but as soon as you have several people with non-trivial components that interact, it is quite to introduce serious problems accidentally. The evidence is unfortunately against C/C++: even the biggest tech companies in the world developing applications for which security is a critical feature (operating systems, web browsers) still regularly have bugs caused by memory safety issues, and they're almost certainly throwing every tool and a lot of CPU time at the problem.
I've mentioned it a while back on a different HN post, but I used to listen to music while programming and found it both soothing and helpful, but after starting to take Provigil on a daily basis, I found that listening to music became too distracting and I had to stop.
This is a good overview article with lots of practical examples. One nit. These lines are written many times:

x == y; // true
x === y; // true

without a single instance where the results differ. This would be stronger if the first line of every pair were removed, since this isn't an article about JS equality operators.
Your first agile sprint: A survival guide
The problem is that it is too soft. Psychology tells us that punishments work, social science tells us they have no effect? Really.
Rust in 2016
For adult fiction, I doubt any of us care how or where people read. It's an uncomplicated example. Instead, consider something like scientific research. The possibilities seem endless when it comes to putting research online: richer multimedia, raw data sets, crowdsourcing, timely publication, etc. But paper (and parchment) is still a more reliable archival format, which could be crucial on some unfortunate day in the (hopefully distant) future.

For content that matters, I wonder how long paper will be able to keep up with digital, and what the long-term effects will be either way.
Thank you! That's on the cards.
Good cars. Too wet here in the UK for something to last that long. My 2006 Fiat is on its way out already...
David A. Wheeler’s Secure Programming HOWTO: http://www.dwheeler.com/secure-programs/
Can you give some examples of the "ambient spacey" music? Video game music too?

In other comments: If you listen to music can you list some on youtube we can grab?

By the way, if you're music mac, bsd or linux, you can use Youtube-dl to download youtube / video site music:

pip install youtube-dl
youtube-dl --extract-audio --audio-format mp3 <url>
When done well--and I'm pretty down on Agile in general, though I find standups valuable--ninety seconds should be at the high end, on average. I mean, sometimes people have a problem that needs some crosstalk, and they might go a little longer, but that should be rare and the person running the meeting should aggressively push that stuff to after the meeting whenever possible.

IMO, at least, if your team takes more than 15 minutes going through 60-90 second blurbs of their day, your team either needs to get better at succinctly summarizing their stuff (and aggressively pushing side conversations to follow-ups after the meeting) or your team's too big.
Why does the article title lead with the nationality of the company?
Sure, I've been there, trying to do R&D under an imposed scrum regime. But, it's dangerous to challenge the current management religion unless you are in a position of power.

The solution is the time-honored practice of keeping two sets of books. Even if your true stand-up report would be:

Yesterday: thinking.
Today: thinking more.
Blockers: meetings like this.

You would be well-advised not to say so. Instead, you need to identify or invent some small subsidiary tasks that can be used for stand-up reporting, e.g.:

Yesterday: designed alternate schema for one of the database tables.
Today: timing tests with new schema.
Blockers: none.

In this way, you can carry out your research, which may involve a meandering path, fuzzy ideas that are hard to express verbally, backtracking, and work in units of multiple days, in private. While doing so, you have a parallel public task list that follows the scrum agenda and can be used to keep people off your back while you work on the actual problems that need to be solved.
Tips for testing with customers without making a fool of yourself
This week I learned to love the spread operator.

const newState = {...state, ...objectWithNewValues}
Coverage_Report for `not_empty_in` function in SymPy
> I suspect blink is only implemented on the Mac's terminal, not in Linux-land.

...Lord, when did I get so old? :/

EDIT: https://en.wikipedia.org/wiki/VT100
I listen to the FTL Soundtrack: https://benprunty.bandcamp.com/album/ftl