skysight-inc/HackerNews huggingface dataset:
That does help a lot and was a long time coming.

TS is a little harder to get started with for a few reasons. For one, it simply does more, with features like interfaces (which "sort of" exist in Flow), and public/private accessors.

One distinct advantage of Flow is that it is not a build step, but is more like a linter. I like this - it doesn't re-invent the wheel, so you don't have to choose between having the latest features or being fully TS-compatible. On the other hand, Flow's typechecking is far less complete, and it still uses its own home-rolled parser which occasionally has issues parsing certain ES2016+ features, such as decorators.

If I were starting a project from scratch, I would likely use TS as it's simply more complete. But if I were migrating an existing project, Flow starts paying off right away and is easy to integrate.
I find it disappointing that the films on this list are overwhelmingly old. Sure, many of these were groundbreaking and influential in their time, but filmmaking has come such a long way since the days of Hitchcock, for example.

In his original list, "City of Gods" (which he didn't even spell correctly-- the english title is "City of God") is the only film made in the last 2 decades.

His updated list, which was supposed to be more inclusive to women, adds Apocalypto, District 9, Kung Fu Hustle, and Dirty Pretty Things, all of which are directed by men-- and he even removed "City of Gods", one of the few movies from the original list that had a female (co)director.

In fact, the entire list reads like a giant insult to all of Lee's contemporaries. Does he want every aspiring filmmaker to enter the business with antiquated sensibilities about cinematography?

He's coming across like the smug high-schooler who just discovered Led Zeppelin and declares that they're the greatest band of all time, and all modern music is crap.
Yeah, I bet having to get a warrant to search houses makes their job harder, too. I:
SIGECWeb has compatibility problems with the latest version of Chrome
Twitter Launches on Windows 10 Mobile
I think you're misundestanding what Management Consultants are for. They're not for advice, they're for whichever executive hired them to get their way by receiving an expensive report that tells them to do the thing they wanted to do anyway. Executive can then fail to do the thing, and not take the blame. Its a very useful service, and being expensive is a very important part of the package.

These productized things look like they actually _do_ something, which puts them in a completely different product space.

(source: worked for one of the big six, back when there were six of them)
>why anyone would choose to live in Glasgow is beyond me

Glasgow is a really fun city though. I'm staying here cause I like it, I don't really care that I could earn more living in that other city.
There will be a tech scene, the Vancouver portion of that scene may 1 day be smaller than what it is now.
The consulting work he is referring to is rapidly disappearing. Mostly because the big global consulting firms are execution-focused, and they're essentially willing to give away the recommendation work for free as part of a bid for the execution work. Buyers caught on, and realized that instead of hiring McKinsey, all they really needed to do was issue an RFP for the implementation and they would get what they needed. McKinsey/Bain/BCG have had to branch out to other types of work as a result.
A quick idea of what the Stanford NLP parser is capable of can be gained by trying a few things in their online gateway. Its impressive.

http://nlp.stanford.edu:8080/parser/
I am on the same boat with you. C/Java/JavaScript background. I hope someone cracks this soon.
People are locally rational about preferences, but are horrid at global optimization. That's the root of every social problem.
They can be. It's more accurate to say that Vancouver has a narrower range of salaries with a lower ceiling.

Right now I'm in NYC making about 4x what I would make in Vancouver for a similar job (disregarding exchange rate! It'd be ~5-6x if we include exchange rate), so yeah, still way ahead despite NYC's astronomical cost of living.
Tutorial to Activate Activation Lock on Apple Watch – iOS 9 Jailbreak
Someone need to cherry pick versions of popular libraries and make stable and maintainable LTS bundle, let call it JASMIN, which should be used in places where long term support is necessary, like CentOS.

Then application developers will refer to "jasmin-1.0/jquery" instead of random version jquery. Developer will know, than this version will be supported at 3 years least, with bug fixes only, so he will not worry about incompatible changes in libraries and it dependencies for next X years.
Maybe he's single and has given up on the idea of finding a girlfriend. This is a site for programmers, is it not?

Just look at the Japanese: it's becoming popular over there with younger people to just not bother with relationships (or having families obviously), because they're too much trouble. Already in large cities here in the US, I'm noticing that a huge number of women in their 30s-40s are just bypassing the part about finding a husband and are becoming single moms on their own.

I predict that long-term relationships (including marriage) are going to become obsolete pretty soon in developed nations.
Then just compile the library and everything will read like really well-written JS.
just out of curiosity...is this any different than the MKL that comes with anaconda?
> The kid simply doesn't deserve it

Nobody is saying he does.

> and it's the _right thing to do_ to help him.

Sure, but that's not the question. The question is: Is it the right thing to do to help him, at the expense of helping someone else? They don't deserve it either.

But life is unfair, and we can only do so much at once - this is basic opportunity cost. It's simply impossible for us to do everything at once - we're merely human. Even when your goal is to eventually save everyone, you have to prioritize.

Even when the stakes are as high as helping people survive North Korea. Perhaps especially then - when it matters most to do as much good as possible.
Hilarious. More of these please.
I'm not saying require *, I'm saying allow the option.
YAML claims to not be markup, but it clearly is a markup for data (significant whitespace/indentation, etc). When I want to do markup, I use Markdown.

When I want to data serialization, I use JSON. It's incredibly easy to strip comments (and whitespace, for that matter) from extended JSON before transmitting and/or parsing. I wrote `JSON.minify(..)` for that years ago, and it's literally never been a problem for me since.
Ah, good. The problem is now solved. Silicon Valley is saved.
> Every required charter type makes the search space dramatically smaller.

That is neither what the parent suggested nor really true. The space of, say, 8 character passwords A-Za-z0-9 that DO have at least one digit is very similar in size to the space of passwords maybe not containing digits. (The latter is 36^8 the former is 36^8-26^8, a reduction by less than 8% of the password space. The difference is even less important for longer passwords)
They should lead with their business successes (even if not profitable, they can talk about customer satisfaction, compelling use cases, differentiation, and growth), and follow up with "and we are also a great place for women to work, and we think other businesses can be, too".

If you choose business as a battleground, then you are implicitly setting up the success criteria as business success. So leaving that out and just focusing on hiring ratios and employee happiness feels incomplete.
Not at all. If the game is complex enough you may not have the ability to determine all permutations of your opponents strategy. As someone posted in another thread, the number of legal positions in Go is so high that, while calculating all possibilities is theoretically possible, actually doing so is effectively impossible. This requires you to limit your processing to the most likely scenarios, and a "trick play" becomes one that follows a highly unlikely strategy and banks on your opponent not realizing what you are actually doing.
I don't see the point made often, but I think that "Java-grade" is what a lot of developers (the backend ones) actually want. Or, rather, they'd prefer if JavaScript morphed into something closer to Java. I suspect many of the strong supporters of TypeScript come from Java/C# and just want plain JavaScript to be abstracted away.

I've gotta say that one of my main fears with TypeScript is the potential proliferation of code written in heavy OO-style where everything is a Factory or Service or Interface or Impl. And that scares the hell out of me.

I know that TypeScript does not mandate code be written that way. Neither does Java. But TypeScript makes it easier for the Java devs to carry over their heavy-OO habits rather than learning a lighter way of writing code, and that's my worry with it.
Yep, never underestimate the power of CYA...

Also, depending on the company, most consultants can be paid for out of CapEx (depending how you word the contract), but you'd have a hard time convincing accounting that a SaaS service billed periodically is anything but OpEx...
> But you wouldn't write a program that depended on a theorem that wasn't proven, no? I mean often the only mathematically hard parts of a given program are in the libraries it uses - which could ship with their own proofs.

Proofs for nontrivial programs quickly get into undecidable areas in terms of proof automation. You might have relevant theorems lying around but how you combine them to create your proof is an undecidable problem.

As an example, if you have integer theorem statement where you can only multiply variables by constants (e.g. x * 5 + y * 2 ... = x * 2 + ...) there's an algorithm that can always find a proof. If you relax this restriction, no such algorithm does or can exist that will always find a proof.

> Doesn't the structure of the code tell you how to structure the proof though? Like, if you've written code that appends to a list by appending a single element and recursing, the way you prove it correct is to prove that it appends a single element and that it recurses correctly.

Usually you'd use inductive proofs to write those kinds of proofs and the induction scheme you use would follow the way recursion is done in the program. That doesn't mean the gaps in the proofs (e.g. base and step case) are trivial though.

> If you've written something that's supposed to be a sorting algorithm and the code rearranges the elements of a list, why is it that you believe this particular rearrangement of the elements is a correct sort? Isn't the answer to that question your proof of correctness?

The jump from a rough intuition about why something is provable to a proof is much larger than you'd think. I'd recommend following a tutorial on Coq. It's worthwhile even if you don't go beyond a quick look so you can appreciate the almost vertical learning curve if you're not well versed in maths and logic (which most programmers aren't) and how proving simple facts rigorously (e.g. "list_reverse (list_reverse x) = x") requires a lot of effort.
Even if "cashless" works perfectly, now you've constrained the entire economy to either the formal electronic currency or barter. Or maybe something like wampum, an informal improvement on barter.

One need only look to the history of the United States before the greenback to see it.

People do business outside the formal economy. They do cash only business. Unemployed/underemployed don't simply stop breathing. Since we have a high U6 number, the hubris of even considering this is breathtaking.

Stretching a metaphor too far, "cashless" is censoring the economy. What happens when the economy perceives this and routes around it?
* If we fund a "war on climate change", we'll reduce the damage of (or hey, even stop!) climate change.
That's not my experience with TypeScript. To me, TypeScript feels like JavaScript, with a few bits that make it feel more like writing ES6 even though you're really writing something closer to ES5. The differences between C and C++ are much larger.

You're never debugging TypeScript separately from JavaScript.
Hackertyper – Write code like on TV
"It’s also no accident; a commitment to gender diversity is at the core of the company’s DNA."

Some people make the tech industry gender imbalance out to be primarily driven by sexism/misogyny, when I think this article makes clear it's more about chauvinism and bias. If everything goes well, in the future we will have a balance of gender in the tech industry. But we will still be left with elephants in the room.

People associate with, and hire, people like themselves. That extends to gender, race, economic status, education, sexual preference, religion, etc. The fact that this company has zero black employees is probably not because they're racists - it's more likely due to personal bias, which drives both hiring and corporate culture.

I don't think this company has solved a problem. They're hiring based on bias just like all the white male-led tech companies. They just have a slightly different angle. (Or at least, that's what I get from the article, which may have been written with a very specific spin)
Firstly, it's a list of "must watch" films for artists, not "best" films. The criteria are slightly different.

Secondly, whether a film "came to mind" is only somewhat related to whether he thinks it's worth inclusion in his list. Is it inconceivable to you that there could be films that did not initially occur to him, that he nonetheless considers worthy additions when he is reminded of them? Or do you suppose that Spike is a superhuman able to instantly recall all important films without fail?
There are a lot of good JavaScript alternatives out there. This article sort of misses the point in what's good about alternatives existing - you can use any of them and expect decent interop with javascipt. A library in one is more exclusionary for all the other interests out there.
So the soviets were short on industrial building/transportation resources and had plenty of space versus the san franciscoans who are 'short' on space and have plenty of industrial resources. the soviet constraint was about as or maybe less centrally imposed as the san francisco constraint...
Wait is this a thing now, "send us links to your StackOverflow questions"? If you don't ask questions on StackOverflow you might not be a good candidate? What complete nonsense. Whats next my Uber passenger rating? There is something so ridiculous about this.
Yes, that was the intent.
Still not anywhere close to 3%. And I'm not arguing that electronic payments don't have merit; just that the elimination of cash does not have appreciable merit to be feasible.
I use qutebrowser which is webkit based. There are a few buttons at the bottom but they do nothing.
The issue is that the NSA, FBI, etc are essentially controlled by the President. These groups have and will continue to have extremely creative interpretations of the law, to the point of essentially ignoring it and doing whatever the fuck they want without repercussion. Legislature can pass whatever they want, but three letter orgs will continue to have secret courts, secret laws, and secret operations that operate outside established public law.
My intuitions are generally with you, but Tor developers have claimed that low-latency anonymity against a pervasive network adversary may be impossible, and formally excluded it from their threat model back in 2004. In that case, the best that can be done may be to defend successfully against some weaker adversaries (although a better move in many ways is to switch to high-latency anonymity).

Maybe successfully defending against the weaker adversaries is useful to many people, although it raises a serious challenge of how to clearly disclose the risks and limitations, which I see as a very important challenge for Tor on both the browser and hidden service sides.

(Hidden services might have categorically worse problems so that there's almost no realistic threat model in which their current design is safe; maybe that's what you're getting at?)
You've basically ignored the OPs point entirely. Typescript is backwards compatible to JavaScript, ClojureScript most definitely is not.

Not that I'm agreeing with the post in question, but ClojureScript and TypeScript are very different beasts.
Why Tech Is the Leading Industry on Parental Leave
Imagine if letter bias was extremely common in society, to the extent that you find yourself unconsciously applying it yourself even if you don't want to. Would you still hold that stance?
Your story is exactly the story of Atomic Fiction:

https://cloudplatform.googleblog.com/2015/10/Atomic-Fiction-...
I hope the developers of those sites that insist that passwords must be, let's say, between 6 and 18 characters are reading this.
I would apply more lenient standards when looking at lists of arts or crafts. Sure, Spike Lee is a professional in the field, and I am not. But many of the films I see in his list, I would consider "boring". This is his personal list of films that contain important teaching moments. And because it is the arts, the list has to be personal.

Knuth leaving out an important CS paper may do grave disservice to a huge chunk of the field (Edit: I mean disservice to the readers who intend to learn from the list). Science and technology builds on prior work. The arts, not so much. If I ignore the lessons taught by "The Godfather", the film I'm making may be weak in some aspects, as judged by some people. If I ignore the lessons taught by Turing's works on computability, my software (or research paper) could potentially be stillborn.
World Happiness Report (2016 update)
It might have "awful garbage collection" and "other performance issues", but it has nothing to do with Mono for the last almost two years:

http://blogs.unity3d.com/2014/05/20/the-future-of-scripting-...
Yeah because screw security, right? I'm hella fatigued too!

Did you even read the article or just blast out your opinion reading the title?

> With these changes, you may be wondering what is going to happen to the existing Buffer() constructor. The answer is simple: nothing much. This pull request adds a note to the documentation that the existing Buffer() constructors have been deprecated however the constructor will continue to operate without any changes. In Node.js core terms we call this a “soft deprecation” or “docs only deprecation”. Existing code that uses the Buffer() constructor will continue to operate as it has before.
> Are most politicians really that stupid?

They aren't stupid, they just don't share your interests.
Markdown has always seemed to me less like a file format or a formal document syntax and more like a set of strategies for upsampling plain text into such a structured format by looking for the sorts of informal conventions people naturally use when they're writing plain-text documents.

Or - I should say, it infers structure from the sorts of things people did as a matter of course back when we had a network culture based on sending each other blobs of text via email or Usenet. I'm sure the original author of Markdown.pl was not intending to design a new structured document language at all, and simply wanted to pretty-up some plain text files for display on the Web. The structure was already there, the conventions were already in common use, and Markdown.pl was just one strategy for doing something useful with them.

I think it's easy to get people to use Markdown because it doesn't feel like writing in code, and it doesn't feel like writing in code because it's basically just the sort of thing we all did all the time before the web took over.

Ironically, then, I think it actually will make Markdown less useful to build it up as a rigidly specified uniform document protocol offering sophisticated formatting features. There's certainly value in having the various makers of tools doing this job work together toward a common understanding of the patterns people like to use, but it's far less important whether someone uses triple-tickmarks for quoting or four-space-indentation for quoting or whatever, so long as the tool can recognize that they are doing something, take a reasonable guess at what that might be, and then offer a simple way to correct that guess later if the user is particularly concerned about the way the text is being rendered.
As far as we know, the revised list is also their honest, fair opinion.

People are just arbitrarily declaring the original list to be the One True List, and the revised list to be a forced change.

It could just as easily be that the original list was not completely thought out, and the revised list is the true reflection of Spike Lee's views.

Why do people insist on only considering the first possibility? Why assume that this change was forced?
there's a subtle transition between "deep learning masters very specialized skills" to "let's generalize this thought to everything possible".

I work in deep learning and I think the article is more fear than food for thought.
"though around 120 of those jobs in customer service will be replaced through outsourcing."

Hiring a cheap call center in some other country I suppose.
Does anyone know anybody who has ever ordered something from jet.com? No one I've asked has ever heard of it, and they did an enormous media blitz in Boston.
Unfortunately a few of the more visible members of the JS community seem intent on writing blog posts like this, I'm super tired of 'I have seen the light, this is the 1 true way, anybody who doesn't do this is an idiot' ragebait. I guess it's a sound content strategy (296 points!) but makes me think a lot less of the people who do it.
Meh. Screw this guy. He's an idiot. He traveled around the world and committed a crime in a country famous for being a strict dictatorship, unfriendly to the United States, and doling out harsh punishments. WTF did he expect to happen?
I've owed more than $50k in taxes (at times where I had no immediate prospect of covering the deficiency) and, this may be news to you, but: it's just not a big deal to owe lots of money in taxes. Nobody cares. You'll get a tax lien, offered a payment plan, and, if you're obstinate, have your wages garnished. That's it.

The IRS cannot in general prevent you from receiving government services. You can be accused of tax fraud, at which point your case will be heard in a criminal court. That's it, except for the passport thing.
Actually, this (to me) looks like a good change. I assume many people's code is having problem with uninitialised memory.

If your code worked before, it will still work now with no changes, and in practice I've rarely noticed zeroing a buffer causing any measurable overhead (zeroing is so cheap compared to the cost of then filling the buffer anyway. In fact, it can be cheaper to zero, because there is no need to read the old stale values from memory into cache).

There is also a new better designed interface, but the old one still works fine. I can't really imagine a better change.
"Words are not their etymologies. Mansplaining is gender neutral if it is used in a gender neutral way."

You make a valid point, but some words are just inappropriate for most contexts because the general lack of understanding of them causes unnecessary tension. To me this is a clear flaw in a communication model that I believe "mansplaining" falls under.

Another example would be the word "niggardly." These words pretty much only have use in an academic setting at best.

https://en.wikipedia.org/wiki/Controversies_about_the_word_%...
When graded on tech issues, 2016 presidential candidates don’t do well
I, for one, would gladly enjoy having to pay for the insurance policy in the form of taxes out of my paycheck to cover the stupidity of having a master key system in place, not to mention when the premiums skyrocket after said key gets stolen and all of our iPhones get breached. /s