skysight-inc/HackerNews huggingface dataset:
• By charging a fee for an ID necessary to acquire a firearm, you tax the exercise of a constitutional right.

• An ID card does not guarantee that the bearer has not subsequently been deemed mentally incompetent nor convicted of a crime that disqualifies them from firearms ownership.

• Your proposal would require anyone who has ever sold a gun to maintain records of the transfer indefinitely. In order to have teeth, you'd have to create a new crime for failure to do so. Even federally licensed firearms dealers don't have to maintain records indefinitely.

All this aside, there is the larger issue that the kinds of events that prompt such proposals (Sandy Hook, Santa Barbara, San Bernardino, Charleston) have perpetuators who either passed NCIC or would have if they went through a dealer. And while mass shootings are what get all the news coverage, they are hardly representative of the average shooting, where the guns tend to have been acquired illegally already.
Nice! I'm all in favor of evidence-based estimations if the underlying data is available.
Did he really coin the word? I found a few results searching Google books in the 19th century. Sadly Google won't let me read them. Are books that old really copyright protected?
In bash (and probably others) commands prefixed with space are removed from history. (it's a setting - google HISTIGNORE )
Isn't Uber's entire business model (and its ridiculous valuation) based on the idea that they were going to become a monopoly? (and thus recoup the huge investment costs by raising fares?)

I can't see them accepting a competitor in the long term. A competitor will keep margins slim and the VCs invested in Uber won't be very happy with that. I wouldn't be surprised if Uber ups the ante and cuts fares to absurd levels in order to try to drive Lyft into the ground.
Ah right - those prefixes in 32-bit mode are inc/dec register operations. They only exist in 64-bit mode (where reg inc/dec is done with other instructions).
I use JIRA. JIRA, ahem, "sucks": https://www.google.com/search?client=safari&rls=en&q=jira+su...
> I would've never said "just". Formal logic is big f...reaking deal.

"Just" was in no way meant to diminish significance; it was meant to draw attention to your improper limiting of scope. Someone "fighting the compiler" is not fighting "executable embodiments of formal logic", but "executable embodiments of formal logic and a pile of engineering decisions". Often, enough of those decisions are made well that the tool can be phenomenally useful; some are made less well, and some simply involve tradeoffs. It doesn't have the... inevitability that your wording carried. Programmers coming from a context where enough of those decisions have been made differently are likely to get tripped up for a while in the transition, without harboring any objections to logic.

> I never said anything about being "smart" or "careful". I only said that hacker types, for whom the ability to subvert anything anytime is a fundamental tenet, tend to have a hard time sticking to the rules of a formal game, whether it is a type system or not.

True, but you left it up to us to figure out what attributes of "hacker types" were relevant. As there are many different uses of the word "hacker", it was quite unclear that you meant to refer specifically to inability to stick to rules.

While people of that description may well persist in "fighting the compiler" for longer, that is not most of what I've observed when I've observed people struggling with a type system, and I reiterate my assertion that those new to a particular tool and used to doing things another way also frequently struggle for a period.
I'm by no means a typography nerd, but the font used in both PDFs is really bad. Not only is it visually unpleasant; most importantly, it is genuinely hard to read.
South Korea Blasting K-Pop Across North Korean Border
This is similar to how I had learned to play the drums, which I started few months ago. I didn't want to spend hours and hours of practicing the rudiment strokes (aka single/double strokes, paradiddles, etc). Instead, I had learned just the basic on playing of drums via Youtube and internet, and then off I went playing the drums to the beat of my favorite songs, trying to imitate the grooves and fills. "Playing" was equivalent to "building" stuff. It made the learning all too fun, no matter how badly I played.

Also, the best thing to speed up the learning process was to play "live" in front of an audience! It's equivalent to building an actual product (such as a website or an app) that you can show off to your family and friends, and the feedback was invaluable.
I got some deal with take five rides and get 50 dollar credit (5 dollars per ride). I'm in DC. I took them up on it.

It's pretty much the same experience as uber.

I don't see the same sort of network effects that keep something like Facebook as a monopoly. I think we'll have several companies in this market in 20 years.
In the short term it may or may not be. However, such society is almost by definition more likely to be fit, in the evolutionary sense, i.e., more likely to survive and perpetuate itself. Society surviving means that its benefits will be enjoyed by future generations.
Googling shows that this bug previously received a $1000 bounty in 2012 and should already been fixed:
https://code.google.com/p/chromium/issues/detail?id=152746
I don't like the typical definition-theorem-proof approach of most textbook in mathematics, including these. It's great for a classroom, no good for self-study. As an alternative, I highly recommend A Book of Abstract Algebra by Pinter. If you work through that first, you may actually enjoy these two later.
That was the 2013 instance. The FBI did it again in 2015 and that's what this article is about. The article specifically says it's probably different than the 2013 instance.
The article seems to suggest the fact that "email" is so old is significant. IRC is quite old too. And that's what Slack is, with some enhancements. Email has also undergone many "enhancements". Yet the article never mentions IRC. What is old is new again. Keep those articles coming.
It only needs to do it when first handing out a particular bit of memory to a particular process. The vast majority of the time, a process will be receiving memory it's had before (and no clearing is required). When not, it will be initializing the memory as part of the creation step (and no clearing is required), or it will be doing something it's not going to be doing all that often, such as creating a whole new frame buffer (and the clearing isn't a problem). I'm not convinced this would be a huge performance hit. Modern GPUs are not exactly slow at clearing memory either.

Maybe the system doesn't pass enough information through to the driver to let it determine this, though...
> In most organizations, if someone wants to make a change to the website, they’ll want data to support that change.

So true and sad. In all the so called data-driven groups I have worked for, the tyranny of data makes metrics and numbers the justification for or counter to anything, however they have been put together.

> The sad truth is that most people aren’t being rigorous about their A/B testing and, in fact, one could argue that they’re not A/B testing at all, they’re just confirming their own hypotheses.

The sad truth is that most people aren’t being rigorous about anything.
Tor doesn't run flash by default. Also it sounds like Playpen gave information about how to stay safe from the FBI, so I don't know why people would change the Tor settings to enable flash.
Lyft is only alive due to massive injections of VC money. This is a typical dotcom style business that will crumble this year when the stock market tanks and VC funding disappears.

The funny thing is that the entire taxi cab industry in the US was $11B in revenues. So to value Lyft at $5B with Uber having a massive amount of market share is defying simple math. There will be a lot of tears from Lyft.

And the drivers don't care because they largely will be on both networks. It will be largely a marketing problem but without their massive amounts of driver and customer incentives people will simply stop using Lyft.
Article is trash.

There are different collectors. They are different.

No really?
From Reddit: A Seoul, Korea, doctor explains how effective the loud speakers have been for raising awareness of what life is like in South Korea:

https://www.reddit.com/r/worldnews/comments/3hrxg3/kim_jong_...
So they would burn them instead now. Better?
How does the GPL prevent them from making money? Sure, I have essentially the source code of someone's processor, but unless I have millions of dollars to fabricate a chip, the source's only use is to learn how things work.

Intel, if they wanted to, could release the source code of their microcode for their processors under the GPLv2 and not provide the signing certificate (like TiVo did), and all people would be able to do with it is study it. What am I gonna do with the source code of a processor? Build an emulator? I already have the instruction manual...
When he said someone had "died," Erdős meant that the person had stopped doing mathematics. When he said someone had "left," the person had died.

Since he's still coauthoring papers, I prefer to think that Erdős has merely left.
OK ... so, the idea is that the user installs a new web browser that supports IPv4+, and that is all he needs to access IPv4+ web servers?

If so, what would the first packet the client sends look like? In particular, what would be the values in the protocol and source address fields? And what would be the values in the first reply packet from the server?
Both scenarios use the same session.
I thought it was only a fancy book. But it turns out to be a serious one. I will read this book, especially the advanced one.
Exactly. A/B testing is very useful in some situations (i.e. where traffic to the page is great enough, product-market fit is achieved, and the product is well-developed enough that any changes to it after the campaign is run will be minimal). But many companies, usually startups, scale too early and use the products poorly. Companies that sell these products have very little incentive to discourage use of their products by ill-informed users, so the misuse continues.
Not only did he not give the Hotspot time to warm up but we have no idea what the overhead of the Dropwizard stack is (i.e., if its heavily IO dependent that's going to obviously shift things), what Application<T> looks like, what the emitted code is. If it's anything like Clj, the overhead of the package runtime is not insignificant. The native GC logging is way better than using log4j (which is great for logging, but abymsal in situations like this for obvious reasons...). He's on OSX, if he wanted to conduct this with even the slightest bit of rigor he would have used Dtrace and probed a few application runs with appropriately placed probes. Like it's already been mentioned, he should be using whatever the JDK (or ideally JMH, IME) gives him to bench rather than that log4j derivative, because that could potentially introduce disk seek variance between the two GCs (i.e one could be simply buffering, then capturing stdout's FD, and flushing -- rather than having 60 very significant potential 'get FD, (potentially block until you can acquire a mutex on it; then potentially wait to seek out) , write, flush/sync' while the other one might have just done it once (as I have no idea about the the library he's using to log, nor have I used an OS X file system in production (unless it uses UFS1 in which case I when I was 13 or 14 for a bit). He's writing to a tty so that's probably not going to impact performance too much I'd imagine, but if you've real-time cat'd a 200 meg file out to a tty, you'll see that the benchmark is actually output to the screen rather than the throughput of the disk (again, not sure why, probably has a lot to do with the X11/Xorg frame-buffer being slammed and/or the bloat of the term you're using (you'd absolutely see variance between something minimal like xterm + sh, vs gnome-terminal + zsh)). Anyways, yeah, he should have read some Oracle docs to minimize the number of independent variables between his two cases to make this even moderately definitive. (Also I'm baffled why he even put in any IO what so ever if the whole point was to bench the 4 different modes of GC...).

Anyways, instead of tearing apart his post by pointing out the complete lack of rigor and experimental design foresight he exhibited, something fun to do is to take the Sun JVM, IBM J9, OpenJDK, Graal (or something along the lines of that) and Zulu (if you can scare up a Zulu license you're in for a pretty interesting treat). It's amazing how one IL can yield so many different performance results.
I think it'd be interesting to take the estimate and actual numbers and figure out the actual distribution. Possibly per user. I'd like to use that myself. I bet it'd be heavily right-weighted since there's a finite amount of time to turn something in early, but an infinite amount to delay.
What strikes me is how the 2008 and 2012 back-doors were so much more advanced than the back-door introduced in 2014.

I think that they were placed by different actors(assuming 2008 and 2012 are from the same), when the more blatant ssh back-door was found Juniper instigated a internal code review and found the more tricky DualEC weakness.

If the inclusion of DualEC itself is not enough to convince you that the code changes in 2008 are in fact back-doors then you should consider the fact that the X9.31-AES that they fed the DualEC output into was modified in such a way that it did not actually perform any cryptographic operations at all.

x9.31-AES is now considered to be almost depreciated, with the original variant (x9.32-DES2) being officially depreciated since last year. However the fact remains that an adversary implemented and tweaked 2 different cryptographic circuits in the code. Which, imo, is no mean feat.

In comparison, a simple strmp() smack in the middle of the authentication code is a simple trick. But, obviously, in the absolute sense still nothing to sniff at.
An order of magnitude is usually 10. But Erdos only published about twice as many papers as Euler (if this is even a good way to compare their respective outputs).

Also, Erdos was not so much of a theory builder but a problem solver. He also left many unsolved problems, some of which have led to new insights. But he didn't spark the development of new fields of maths in the way that say Grothendieck did.
> Video cards don't clear memory for the same reason nothing is ever deleted by default

Modern operating system zeroes memory pages all the time. It is a security measure, and ensuring security is by no means a waste of time.
> Sometimes C compilers can't even agree on what counts as "correct"!

This comes primarily from the fact the C standard itself is hard to interpret right. Standard ML has less issues in this department: since the Definition is clearer and less ambiguous, implementations disagree less on what counts as correct code and what its meaning is. So having only one major language implementation isn't the only way to prevent compatibility issues.
We've built an awesome alternative to JIRA. Tons of JIRA users have been switching to our platform.

https://jixee.me/
FYI, http://www.genealogy.ams.org/id.php?id=8127
If you want to explore Egyptian Fractions more, here is a paper focusing on the Erdős-Graham problem [1.]: "On a Coloring Conjecture about Unit Fractions" by Ernest Croot [2.]

[1.] https://en.wikipedia.org/wiki/Erd%C5%91s%E2%80%93Graham_prob...

[2.] http://arxiv.org/abs/math/0311421
The point isn't that they've never had VCs or 'smart money' (we could debate Carl Icahn's smartness for tech), it's that their latest round of $750M didn't have any. They have GM and a Saudi prince making up the entire round. Neither of those likely meet even a liberal definition of 'smart money'.
Is this issue specific to Google Chrome? Does Safari has the same problem? In principle, I'd expect so, but if Safari surprises me, maybe I will jump ship.
A large part of our lives is already devoted to gaming the human judgement system. The clothes we wear, the way we speak, the way we walk. Who we associate with - "Associate with deadbeats, and you're more likely to be judged as one." - has always happened in real life too. Women wear makeup to work to game the judgement system and men try to show off their confidence. All just to try to influence how other people see them.

So adding computers isn't really a big deal. It's already a major part of our daily lives and efforts.
Uh, anyone else think this title is a bit sensationalist? I was expecting something a bit more along the lines of actually leaking usable private data, not just displaying a rastered frame.

Even further this has very little to do with chrome. The only way chrome could actually fix this issue would be if it nuked the frame buffer when it released it. This is a fine idea, but if I was a dev in that context I would assume the OS would make stronger guarantees than that??

If anything, this is an edge case Chrome devs (and other developers) could protect themselves against if they were so inclined, but I'm not surprised they didn't assume they needed to protect against this.
If you assume numbers are picked uniformly, and you know the distribution of the numbers people pick, you can just apply the double expectation theorem to find the expected value of a random ticket.

Without the latter distribution, it's hard to answer the second question, but I'm going to hazard a guess that the optimal strategy is to put the money in the bank instead ;)
ZipPy – a Python 3 implementation on the JVM
Part of making sure they saw no repercussions was covering his ass for as long as they could. He knew he could hide behind their common interest.
Pretty sure it has to do with benchmarks and the cut-throat competitive environment GPU-manufacturers exist in where you cut all corners to proclaim "We're the fastest!"

Not zeroing a buffer cuts a big constant out of overhead. If you know which of the benchmarks will fail if you don't zero the buffer, you code in an "exception" so the benchmark doesn't fail and other applications act wonky. This isn't the "first time" nVidia has been caught doing this, see:

http://www.geek.com/games/is-nvidia-cheating-on-benchmarks-5...
Scientists bust myth that our bodies have more bacteria than human cells
That _already_ requires sharing ownership of those GPU mappings, and you need to keep track of ownership at that level, or how else will the compositor know that the app is done drawing its window? If you don't wait, you can end up with tearing or even garbage in windows.
I've always wanted to have a quick look at where I am now, where I am wanting to go and priority of how to get from now to future state. I am not sure how to get that done, but I haven't found anything that really gives me a quick view of that.
They could be any of those.

In a sense, BSODs aren't anything special -- all a BSOD means is that some code running in kernel mode has crashed or raised some exception that went unhandled. The same thing, when it happens in a user-mode program, gets you the error dialog box 'Program has stopped working'.

So the causes of BSODs and user application crashes are the same. The reason Windows has BSODs is that it's dangerous to keep the system going when something in kernel mode crashes. Things running in kernel mode have access to everything (think - all memory) and are deemed important enough to the operation of the whole system that a crash in one of those is a significant event that's worthy of special logging and rebooting. You can't guarantee, for example, that a display driver crash hasn't corrupted other parts of memory, cuasing potential for data loss if the system were to continue operating.

So, back to the original point. Device-driver BSODs from the big vendors are probably rare enough in general that you should suspect a hardware problem or glitch if you suddenly see one out of the blue. Graphics drivers, given their complexity, are a bit more prone to crashing though. Also, things running on the system can interact and cause the driver to crash.

Windows has lots of infrastructure in place for making sure device drivers behave safely. There's also good facilities for figuring out exactly what caused a BSOD beyond the usually cryptic-looking error code you see on the screen.

Resplendence WhoCrashed is handy:
http://www.resplendence.com/whocrashed

Though if you really want to dig deep, the tools with the Windows SDK (particularly WinDbg) can let you achieve the same thing; they are developer tools though, so targeted more to that audience.

EDIT: Just to add in answer to your original comment, big-vendor graphics drivers are VERY often updated. I'd bet they're the most often updated drivers on a system. There are myriad reasons for this, both technical and competitive. That doesn't mean that long-standing problems are necessarily fixed, but both AMD and Nvidia have very regular releases with fixes and performance improvements.
It could trivially also clear the framebuffer history. However they marked it as wontfix.
The thing that I hate about Basecamp is the same thing that I hate about every other piece of project management software.

Stakeholders and lack of/ignorance of responsibility.

It really doesn't matter what piece of software you use as long as everyone uses it the same way. Often, in my experience, the best way of doing this is having a single person in control of (meaning write access to) the project. (okay, maybe everyone can comment).

A lot of businesses use this software instead of bringing on or training actual project managers. Then you have tickets being passed around between teams and stuff gets lost. People don't speak up when there's problems or bury their heads in the sand and try to deflect blame to others. Those same people will use the software, whatever piece of software, to their advantage.

There really always needs to be a captain at the wheel making sure everyone is 100% clear on what their responsibility is and where the blame will fall if things slip. Software can't do this for you, I don't care what its features are. This is 99% of the time the reason why people aren't happy with their project management software.
No, I'm using Trello and GitHub Issues in my own company and I haven't any major gripes with those.

For larger projects, especially in software development, I usually recommend JIRA. It might seem a bit intimidating and process-heavy but it's very flexible and works well with agile processes, too.

My general recommendation would be keeping it simple for as long as you can (i.e. Trello, GitHub or the like). If your organization has grown beyond those simple means both Basecamp and JIRA are good options (the former being more on the opinionated side, the latter offering a lot more flexibility).

That said, given the myriad of project management options I can't think of any reason to build yet another project management tool. You say Basecamp doesn't exactly work for you. What's so wrong with it that makes you want to develop another tool (Which is no small endeavour by the way. It took 37signals literally a decade to get Basecamp to where it's right now.)?
I'm not sure an arbitrary gradient would add much value either, at least without another image or graphic (e.g. https://www.mapbox.com/).

A splash image doesn't add much either, I agree, unless you layer other pieces on it so it looks more sophisticated and sets a mood (e.g. https://www.onelogin.com/).

But yes, just a simple splash image with centered tagline text and CTA buttons is very cliche at this point. My mind is too warped by being a developer to know whether average consumers care or not, but most techies will assume it's a weekend prototype, not a serious project.