skysight-inc/HackerNews huggingface dataset:
Technically all outages are "human mistakes". Humans build hardware, write software, configure and maintain systems, and manage other humans. Which is why explaining an outage as "human error" is not constructive.

There are known methods to create systems that are resistant to human error: automation, checklists, testing, etc. Humans will make mistakes-that is a certainty. A solution to an outage will be to employ these techniques, not tell your team members to not make mistakes.
my understanding: instead of driving by writing tests first, they first write the implementation and then they test.
He's talking about writing it for Apache Spark.

Which really isn't intended for 100 MB (I bet I could write a unix pipe & filter script that's faster than Spark), but is intended for 10 TB through several PB.
What's amazing about Google is how problematic the quest for new business models is for them in spite of their advantages, and they are almost cursed by their success in one domain polluting the others.

But their really large problem is they're too smart and strategic for their own good. If you look at the ecosystems they construct the only long term winner in them is Google, and other companies are now highly aware of this.
Hm, HTTP/1.1 at 15.5s, HTTP/2 at 23.72s

Yeah, I "can see the difference clearly", but I don't think it is the kind of difference they expected or intended.

Edit: Firefox 40 on Windows 7 at work. Will try at home as well.

Oddly enough, the Akamai demo someone else posted gives me 18.47s for HTTP/1.1 and 2.24s for HTTP/2.
Long Read: Alternatives for Proof of Work, Part 1: Proof of Stake
I was lucky to have an excellent professor for a similar course in college (it was called Computation Theory). It completely changed the way I think about programming. Specifically, it changed how I think about program state and software bugs. Also, knowing about finite state machines really helps with requirement analysis.

So, highly recommended.
> There is a summarization on pages 29 & 30.

... corresponding to logical pages 201 and 202.
No TDD != lack of unit testing.

I am a big believer in unit tests, but don't like TDD much. I think it fosters the belief that you can test quality into a product. Testing should be a verification that the rest of your process has resulted in a high quality product. It shouldn't be the means of getting quality into the product.
For me, it's only "no fun" when HR sends an absolute fool with the right keywords on their resume to me (which is what they usually do). It's a lot like dating unfortunately.

In an age where variants of "FizzBuzz" are too hard for most interviewees to answer, it's an absolute joy to meet someone competent and make them an offer. YMMV.

Neither conferences nor meetups have ever worked that way for me. They're great for getting intel on the competition and catching up with friends, but we don't talk compensation much.
He's talking about Apache Spark.

While it can handle 100 MB easily there probably are faster ways to handle that small amount of data. But yes, Spark can handle many PB and doesn't require a ton of changes in the code as you scale up from say 10 TB to 100 PB. The underlying cluster would change, and the performance profile would change a lot (10 TB can be done in-memory ... many PB, not so much)
It's probably more a consequence of framing compensation as "$/hr". But on the other hand compensation based purely on performance doesn't work well either because it can feel unfair to workers particularly those can't control the input for their output.

[ For example, I've worked with a radiology department where the hospital requires technologists to meet performance metrics based purely on scans/hour or they are sent home early before their shift is complete. This would seem to be more directly performance based, but the problem is that the rest of the hospital fails to do pre-scan screening questionaires correctly and doesn't get patients to the scanners on time. It's extremely demoralizing to the staff and more importantly it leaves very expensive hardware sitting around doing absolutely nothing. And the most talented staff actively avoid doing complex proceedures because they take longer. The "bean counters" somehow don't care about the big picture--expensive hardware is left unused and patient care suffers--hardware purchases and staffing are managed by different administrators and overall things are just... not holistically integrated. Anyway... it's complicated. ]
Google Deep Mind
There's two parts of the "very efficient rendering":

1. It store the previous rendered tag and does a diff. (Just like React).

2. Every tag is compiled to JavaScript that's easy for the optimiser.

tag event < div
def render
<self>
<h1 bar="123" baz=bar> "Hello world!"

Compiles to:

// Setting up the tag-object. Then:
tag.prototype.render = function() {
return this
.setChildren(Imba.static([
(this.$a = this.$a || t$('h1').setBar("123")).setBaz(bar)
], 1))
.setText("Hello world!")
.synced()
}

While React passes an object of props around, Imba will instead call setters. These setters are very easily inlined by modern browsers. Also note that it caches directly on the tag object itself which gives another additional boost. Since it caches the objects themselves it can also compare everything with `===` and/or `indexOf`.

The `Imba.static`-call marks an array as static which is a guarantee that the structure of the array won't change. In this case Imba will not do the full diff-algorithm, but instead compare each item element-by-element.

And yes, once you've achieved the minimal amount of DOM changes needed (like React), the next step for performance is all of these little tweaks. Does it matter? It all depends. Imba is capable of rendering bigger applications than React when you use the "render everything over again in the animation loop".

TLDR: The tags are more integrated into the language. The language is also designed around features that's easy for the optimiser.
According to this study, most of them.
Presumably the majority who were sentenced for violent offenses?
Wishful thinking. They actually make an effort to make sure OSX is not virtualizable onto other platforms. We recently had a pretty long-winded discussion about this very problem:

https://news.ycombinator.com/item?id=9644773
6.41s HTTP/1.1 vs 2.51s HTTP/2 on FF42. Very nice! (Although when HTTP2 is going the FPS drops quite a bit.)

Can someone explain what exactly HTTP2 is doing differently to achieve such an improvement?
Here:
HTTP/1.1 at 15.48s and
HTTP/2 at 2.06s
Mine was http/1.1 at 3.4~s and http/2 at 0.75s

edit: this was Chrome 44.0.2403.155 m on windows 8 64
This is skewed towards people who are unemployed in the current system. It's a bit far-fetched to conclude that this is also what the average person would do. It's more plausible (to me) to assume those people are doing this regardless of the system, and those who would quit paid work because of basic income might do something different.

Also, many types of work are just not possible outside of a company context because you need infrastructure and, well, company. Some people may be willing to do a bit of today's work for free, just for socializing, if they have basic income and if it's socially acceptable to work without pay. Or maybe not. But it's hard to know, from just looking at this data.
I'm probably too cynical but I assume this is native advertising for the Ellison brand as he gears up to do something shitty.
Mirror of article text, for those who can't get past the paywall: https://www.notehub.org/2015/8/20/beyond-the-internet-innova...
It being tinfoil?
tl;dr: verbatim from the linked pdf

Decades of stable incarceration ended suddenly in the mid-1970s, as the U.S. prison population soared from about 300,000 to 1.6 million inmates, and the incarceration rate from 100 per 100,000 to over 500 per 100,000. (...) [T]he United States is now the world’s largest
jailer, both in absolute numbers and in rate

Table 1B: various offenses’ contribution to state prison growth, 1980–1990, 1990–2009

1980 1990 2009 % 1980-1990 %1990-2009
Total 294,000 681,400 1,362,000
Violent 173,300 316,600 724,300 36% 60%
Property 89,300 173,700 261,200 22% 13%
Drug 19,000 148,600 242,200 33% 14%
Other 12,400 45,500 134,500 9% 13%

Drug offenses are still not the dominant contributor to prison growth, even during the first stage of rising incarceration, but their role in the 1980s is on a par with the locking up of violent offenders.

When the crime drop begins, however — which is when one might expect drug offenses to become more important, since they are more discretionary — the importance of drug offenses declines precipitously, and the incarceration of violent offenders dominates.

In other words, whatever the historical importance of drug offenses to prison growth, the incarceration of drug offenders is not a central causal factor today.

And in the conclusion, also verbatim:

(...) [i]f legislators decide that reducing drug enforcement is still a net social good, regardless of its impact on prison populations, the tools at their disposal are limited.

Criminal justice enforcement in the United States is highly disaggregated across a wide range of institutions operating relatively independently of each other. At least right now, prison growth is driven by prosecutorial aggressiveness, and legislatures have little control over locally elected, locally funded prosecutorial offices.

Legislative success may require unconventional yet viable approaches, such as adopting charging or pleading guidelines or making efforts to push the cost of felony incarceration onto county budgets
What browser did you use? Are you sitting behind a proxy?

For me: HTTP/1.1 at 13.19s, HTTP/2 at 1.48s
I'd be interested to know what you have in mind.
Thats why he said part-time job too.
NOTE: It doesn't say the War on Drugs does those things, it systematically disproves each one of those beliefs.
I would recommend the following: Assume you can't get the process right to begin with. Therefore, the most important piece of your process is something that lets you modify it as you go.

Retrospective meetings (where the topic is how the work is getting done, not what is getting done) are a standard and useful way to do this (assuming the results lead to actionable change). The frequency of the retros themselves should be part of your discussion (pick something to start with ("every 2 weeks") and periodically decide if that's the right cadence). Length of sprints, styles of coding, amount of pairing, etc. -- all of these are variable based on the experience of the team and the problem being tackled. Pick reasonable defaults to start with and regularly ask yourselves if those defaults make sense given your experiences.

I could say more, but the above is the base minimum I've found for success across different teams, different problems, different companies. Cheers.
HTTP1 - 10.88s

HTTP2 - 1.65s

Chrome on Windows 8.1.
> Now if you continue this you find a medean income gets a bigger tax break than 12,000$ per year from the graduated tax rates.

You're going to struggle to sell BI on the basis that the person with a median income should make higher net tax contributions to subsidise those that won't work as well as those the present system determines "can't" work at the moment...
Using exactly one connection and multiplexing all the files into it (parallel downloads with only one socket).
Very similar in concept to what I have done with CokeScript. https://github.com/batiste/CokeScript
Looks like Twilight (which started life with Textmate, but has taken off all over since), or a variation thereupon.
I have to admit I was really not excited to see this:

var answer = if number == 42

The language looks shockingly pleasant in a number of ways, but everything being an expression seems odd. Would somebody mind helping me understand the value (semantic, performance, etc.) of such a choice?
This is a copy of the Akamai's http2 demo:
http://http2.akamai.com
12.75s vs 1.40s. This is quite impressive - looking forward to a faster Web, slowly migrating to HTTP/2.

Any clue if Amazon CDN service is / will offer HTTP/2 support too?
Searched the article for the word "gang". No results.

There's quite a lot of violent crime that's directly related to and driven by the illegal drug trade.
Hi. We actually do a different kind of diffing - which turns out to be substantially faster than React: http://somebee.github.io/todomvc-render-benchmark/index.html. The language has just been released, it is still very lacking when it comes to documentation. Working on it :)
Create Custom AWS ECS Schedulers with ecs_state
- Implicit calling: `foo.bar` calls `foo.bar()` and `foo.bar = 123` calls `foo.setBar(123)`

Wuhh. Why wouldn't you use JS defineProperty here?
I didn't think that the direct effects of policy of the drug war were considered the primary driver of prison population growth. The abstract (because I don't have time to read the whole thing) doesn't mention how much more money police departments have received, and how their funding rates are directly tied to how much 'crime' they 'fight'. The author lists what he sees as the ways drug war policy could impact prison population growth but the list is meager and does not integrate drug war policy into the broader social and political context.

The drug war was just a subset of a systematic antagonism by the state against certain population segments. The same communities that were ravaged by crime and police alike were pushed into calamity by social policies that lifted up ahem privileged segments of the population while leaving others in the dust with inadequate social and economic resources.

The only connection between conviction rates and the drug war the author considers are drug related convictions. That is, frankly, stupid. It is the increased presence of police brought about by the drug war by increased funding, bloating of federal agencies, and escalated enforcement practices that links the policy to the effect. If a cop is in the neighborhood because of the drug war and decides to rough someone up and arrest them for 'quality of life' offenses or 'resisting arrest', that is an effect of policy, of which the drug war is a major component.

Normally I wouldn't feel so skeptical of an expert's findings on a highly complicated subject, but there's also the fact that this publication claims it is nonintuitive and runs counter to the conventional thoughts of his peers. I think the lines of reasoning I tried to point out are well demonstrated in the first source he cites, Michelle Alexander's fantastic book. I think the author can only achieve the results he can by drawing a small box around some policies and calling that the drug war when what other people call the drug war is far larger than that.

P.S. Another comment mentioned gang violence, which is strongly linked to inadequate social and economic resources and a large illegal drug trade.

P.P.S. When the police and prosecution get to decide who is a violent offender, you can't use measurements of who is a violent offender in order to establish whether or not police policy is effective and just. Furthermore, why do people become violent offenders? The higher order effects of a policy that treats communities as disposable, unwanted, and antagonistic certainly feed into this.
This seems to ignore the question of whether the 'war on drugs' contributes to violent crime, and what fraction of criminals classified as violent should therefore be included in the 'war on drugs'.
The problem is that the translation of that sentence is very bad. It is totally unidiomatic in English. I would render it "...one inhabited by the Belgae, another inhabited by the Aquitani, and the third inhabited by those who in their in their own language are called Celts...".
Don't like the 10 vs. 20 year jump there, it would have been nice if they had added statistics for 2000 as well.
> Only 17% of all prisoners are serving time for drug offenses.

Yeah, but 17% is still a large percentage. A 17% reduction would make a difference.
Not sure what is going on, but here were my results.

HTTP1 - 3.13s

HTTP2 - 0.54s
the other server is 2x faster even without http/2

My wget implementation does not suppot http/2

HTTP Server:

$ time wget https://1153288396.rsc.cdn77.org/http2/tiles_final/tile_18.png
[...]
real 1.038 user 0.038 sys 0.007 pcpu 5.37

HTTP2 Server:

$ time wget https://1906714720.rsc.cdn77.org/http2/tiles_final/tile_18.png
[...]
real 0.539 user 0.045 sys 0.009 pcpu 10.01

of course that's just latency.. but this is hardly a scientific demonstration.

We should also consider the fact that this is cherry picking the worst trait of HTTP/1.1 and that's that it's latency sensitive.

A demo with a real webpage of large assets would be a better example.
Facebook demands Indians to love internet.org
It is a real world demo though?

Similar to many of the other demo's of HTTP/2 (Gopher Tile, Akamai) it's written in a way that presents HTTP/1.x in the worst light and manages to screw things up even more.

HTTP/1.1 is really latency prone so when you have a demo that uses lots of smalls requests that don't fill up the congestion window you run into a couple of problems.

1. The browser can only use a limited number of connections to a host, so once these are in use the other requests queue behind waiting to a connection to become free.

2. Even when one becomes free, we've got the request / response latency before the browser sees an images bytes

3. If the response doesn't fill the congestion window i.e. it's a small file, then there's spare capacity that's not being used i.e. packets we could have send it the round trip that didn't.

4. In this demo the server sends connection: close so forces the browser to open a new TCP connection and negotiate TLS for each of the tiles, so the congestion window won't grow either.

Yes, HTTP/2 is faster, because it can send multiple requests at the same time to overcome latency, the server can fill the congestion window, and the window will grow.

But are our web pages build of tiny image tiles, or a greater variety of image and resources sizes?

EDIT: They've now enabled keep-alive which makes the HTTP/1.1 test much faster than it was
Professor Roberto Ierusalimschy (creator of Lua), was bothered by the problems of regex deviating from (real) regular expressions, like how captures create non-determinism, back references make pattern matching algorithms NP complete, no formally defined performance model, and so on. This led him to revisit prior research on PEGs (Parseable Expression Grammars) which are akin to Context-Free Grammars. He created a library called LPeg which was a PEG for Lua.

He gave a talk about all this which can be found here:
https://vimeo.com/1485123

So he basically realized people were hacking regular expressions to get more power. So rather than playing that game, he climbed up a level on the automata ladder to get a more mathematically sound approach to the problem.
Expressions compose
Very simple: Instead of making 200 requests, http2 will use a single requests and stream in the chunks continuously. Also noticeable by the pictures not appearing randomly but in the same order they are sent out.
Recently the .net 4.6 has allowed windows server to run some http/2 for the edge browser, it greatly improved the load speed and web socket calls of our app.
These two paragraphs lead me to believe that if the author had considered the rise of mandatory minimum sentences part of the war on drugs the headline of the paper might be different.

"The five means by which the War on Drugs can drive up incarceration
rates (or punishment more generally) considered in Part II are (1) the direct
incarceration of drug offenders, (2) the re-incarceration of all types of offenders
due to drug-related parole violations, (3) the impact of drug incarcerations
on prison admissions instead of prison populations, (4) the extent to
which prior drug offenses trigger repeat-offender enhancement, even for
non-drug crimes, and (5) the effects of large-scale drug arrests and incarcerations
on neighborhood social cohesion, and the connections between social
stability and incarceration. "

"The connection here between the War on Drugs, longer criminal
records, and increased prosecutorial aggressiveness is fairly straightforward.
Increased drug enforcement results in defendants with longer felony records
and prosecutors may be more aggressive against such defendants. They may
be less willing to plead down felonies to misdemeanor, or to drop cases
altogether; to divert to an alternative program, or to drop more serious
charges. They may also be more willing to select charges that carry
mandatory minimums even when there are viable alternate charges that carry
no minimum. Such harshness could reflect increasingly punitive attitudes on
the part of prosecutors, perhaps in response to rising crime rates from the
1960s to the 1990s, or to other political and social factors. Or it could be that
prosecutors have maintained a relatively constant approach toward charging
repeat offenders, but the number of arrestees with long records has grown,
thanks in part to drug-related convictions. Note, too, that prosecutors need
not be more aggressive just toward those with more convictions, but perhaps
also toward those only with more prior arrests, even if some of those arrests
never resulted in convictions."
FileZilla Client 3.13.0 Released Install in Ubuntu Linux or Derivatives Distros
The Most Desirable JavaScript Frameworks of 2015
The photo one stumped me as well, but I figured it was something innocuous. I remember similarly misguided outrage over the Facebook app's 'new' permissions just a few months (I think) ago.

Side note: these features make me think I should probably switch from Rdio, though I guess some of those use cases are satisfied by Songza...
So sad when the boss does not get it and others seem to think they need to model the bosses behavior.

My boss is retiring on June and she has no outside interests. No golf, no card playing, no anything. She works 70+ hours and has for years and claims she loves her job. I think as the daughter of a 3 star army general, she loves being responsible. She sets a bad example for balance and I think her love for work is more a fear or what is beyond work for her. I'm 2 to 4 years away from retiring and I have a lot of interests (maker, mentor of k12, concerts, travel, learning to draw...). I love what I do but I love the weekend more.
Overzealous charging and prosecution are also a major part of the equation. They charge seriously felonies now days in what should be minor misdemeanor cases.

If you saw someone who had been charged with kidnapping you would probably think oh they must have tied someone up and taken them someplace. Maybe even taken a kid?

I know someone that was charged with kidnapping when someone tried to leave the room with his phone. He would not let them leave with his phone. Arrested for kidnapping (yes the exact same charge someone who takes a kid from a playground gets) with a massive bail. Lost job etc.
CoffeeScript (which this is forked from) has some parts like this that I strongly dislike, such as using the unless keyword after an action. For example:

doSomeThing() unless person.present

For me that utterly destroys readability - in my mind, when I see a (), that function is being called there and then. The fact that you can invalidate that later in the line confuses me deeply - and it doesn't really provide any benefits above an if statement anyway.

The rest of CoffeeScript is great though, don't get me wrong. (though ES6 JavaScript has taken the best features anyway)
A strange paper, difficult to follow, not well organized.

Perhaps not surprisingly, the author is an economist.

I do find it extremely odd when a scholar uses an informal term like "Drug inmate" (for example, p. 180)