skysight-inc/HackerNews huggingface dataset:
I'm not buying this uniqueness argument. There are 7 billion people on the planet, surely we have a lot in common with at least a few of them.

If listening to someone else's path had no application to our own there'd be no pointing hanging out on HN, or talking to anyone in general.

To the contrary, in my experience a lot can be gleaned from hearing other people's stories.
Elastic Stack Release – 5.0.0-beta1
"fair bit" is quite the understatement there. That's great.
ALMA Explores the Hubble Ultra Deep Field
How to Uncover Corruption Using Open Source Research
I have a friend who suffered from Crohn's (he had surgery and he's better), but he managed it with diet. I have IBS and my GI specialist recommended specific diet changes (along with a referral to a dietician) as well as drugs.
Technically, NSA would also be a "state sponsored actor"
The biggest surprise for me was this:

"Misconception: YC doesn’t accept companies without revenue.
S16: 50% were not making money when they applied."

Which means 50% were already making money when accepted. Given that I'm guessing way less than 50% of applications are making money, this would seen to be a big advantage.

Of course, I could be wrong on that too. :)
Yahoo Data Breach, the company confirms the incident that exposed 500M accounts
> Misconception: If I applied YC and got rejected, there’s no point in applying again.

> S16: 45% were rejected at least once before. Of those previously rejected, the average number of rejections before being accepted was 2.

What's the most rejections for someone that was accepted and most rejections for someone that was not?
And leading us back to a time of poor nutrition for large parts of the world that currently rely on shipping to bring fresh and varied food.
Texas is a bad example. The US is a federation of what are essentially 50 different countries, or at least different sovereign governments. Texas is not part of the US federal government, not even a subset. It's its own government with its own constitution and areas of absolute authority (See 'states rights'). Canada is under a single sovereign, with the provincial governments being smaller pieces without absolute authorities. So to describe a provincial government as "the government of Canada" is far more accurate than calling Texas part of the US government.
Increased account security via OAuth 2.0 token revocation
Ask HN: A tool to rearrange my windows on Ubuntu so it looks like I'm working?
When I'm actually not around but working on more important projects...
Yahoo are giving away money? No, of course not. So how does your logic apply. People are visiting Yahoo because they want to use Yahoo services ... even if they're not then they're still visiting, that is valuable to online businesses where a lot of marketing goes in to just getting visitors.

> it would amass an amazing number of visitors, but would be a worthless business. //

You'd get in serious debt. But the website would still be worth something afterwards, not what you paid, but it would have a significant value. Good marketing could convert some of those repeat visitors looking for free money. Indeed, it actually sounds like not a half bad idea! Give away money via paypal/bitcoin or some such up to a limit for a few days, network effect is going to amplify that, then stop and lay out your stall .. if your stall was using bitcoin/paypal for micro payments then double+plus+good! You'd have stories in press around the world, everyone would be sharing your site ("Hey I got free money 2 days in a row at example.com").

Want to cause a riot? Release $100k in $1 notes in public in a busy, large, public space (Central Park?). Say you'll be back next week ... how many millions of people do you think you could attract, how many the 3rd week!!? How much would the press coverage and whatever brand association you could muster be worth?

Anyway, I digress.
Type inference makes all the difference in my opinion. Once you have even simple (C# level) type inference than the overhead of static typing is so low there isn't much reason to use dynamic typing.
The only people that use the term "Keynesian Economics" are people who learned economics from blog articles and don't have any idea what they are talking about.
> No, it's closer to template expansion, "when" is "executed" (for lack of a better word) during compilation. Inactive "when" branches are ignored by the code generator (and type checker, thus they can contain code that's invalid for given instantiation). There's no type-switch in the resulting Go code.

As I've now understood better what you mean, let me suggest a possible solution to your default-case conundrum: What about, if I don't want to allow the default-case, I just leave out the default case? And the compiler erroring out, if you pass in a type to a when-statement that doesn't have a valid case defined?
> I'll never join a company that uses TypeScript unless I get to see the code base first.

That seems reasonable. But wouldn't the same thing apply to Javascript? Terrible Javascript code bases are very common.
The problem in the Aaron Swartz case was that MIT IT employees decided to make a federal case out of a trespass event with zero property damage, and MIT refused to release the names of those people. Subsequently there were many other sins of omission. MIT's senior leadership could have come out against the prosecution, for example. The enablers and excuse-makers disgust me.
>if we can't measure it, it doesn't exist. That's nonsense

How do you know something exists if you can't measure it?

>frequency range, balance, dynamics, phase shift, intermodulation, back EMF from speakers

All of those things you mentioned about audio are measurable.
RIHANNA “YEA I SAID IT” Dance Video
Man, I feel like the only one here who doesn't really like static types. I like dynamic typing just fine (it's crazy, I know: it must be the lisp influence).

I was a Smalltalker professionally for almost 15 years. Let me say this about that: You don't absolutely need type annotations. That said, the information clearly has value in large projects, especially when they've been modified in production for a decade or longer. There were a couple of times when we really wished we could do certain refactorings, but we were blocked because we couldn't be 100% sure of what would end up in certain instance slots.

Keeping your types straight by clear thinking and convention in Smalltalk is about the same cognitive load as wrangling the type system of C++ and avoiding the gotchas there. The difference is that the consequences in the former case are exceptions that show up in production, while in the case of C++, these become coding/dev-testing/debugging gotchas. In exchange for that, you could move considerably faster while breaking things in Smalltalk.

There are also ways to have your cake and eat it too, in 2016, with regards to both type annotation and dynamic environments.
And by the way, on item 2, I don't care what other people do. It's not that important. It's none of my business. That rule is meant for me because I don't do divided attention well and, for example, my 4 year old deserves full attention on the moment when we're together. It's not all the time as his mom and I aren't together so undivided attention becomes even more important.

The only one I judge people on is item 1 because it's demonstrably dangerous. In the same way that I don't judge people on how much they drink as long as they don't use their car as a weapon, the same goes for people's device habits. Stay jacked in 24/7 but don't run over the mom with the baby carriage and don't plow into that car because something unexpected happened that you'd have been able to successfully react to if you'd not shifted focus. I think it's fair to say that micro seconds count and can make the difference between someone dies a violent death of convulsions and foaming mouth and someone's pissed off and goes home in a bit of a huff.
If I do heavy enough refactoring where even the tests break then static typing is wonderful. You literally know exactly what needs to be fixed because it won't compile (and usually you know well in advance of that in the IDE).

Heck then I can even fix the statically typed tests that might be broken.
I work in hospital epidemiology. It should be noted that even cycling has some serious problems. Many pathogens, such as community-acquired MRSA are causing a problem because our assumptions about the fitness costs taking care of things - and how swiftly that will occur - are not working nearly as well as some had hoped.
> They will just buy insurance, and the insurance companies will figure it out.

It's not that simple.

Yes, premiums will adjust depending on the finances of the carrier but the cost of insuring the risk itself is quite variable and can be ruinous. The value of a delayed shipment of iPads is much higher than a delayed shipment of board games, yet Apple can tolerate the former while the latter could sink a company. The board game company might not be able to afford to insure the risk, even though the premium could be lower.

The fact is an Apple can manage the risk by spreading the load (they already do it multi modally, and probably already do it for ships too). A small company with one container or less of goods, cannot.
YHOO mostly tracks BABA. BABA is up over 3% today. If YHOO is flat, then it's actually down about 3%.
Betting Against the American Dream (in San Francisco)
I really loved this game and have always been sad that they didn't do a proper sequel.

Reading this interview now, it sounds like they had plenty ideas for new stuff.
> TypeScript has an okay type system, but it has a very "C#"feel to it. I don't mean from a technical point of view, but the way its advertised, the way its documented, the language used in the terminology, and obviously, the company behind it.

It has some very un-C# like features: https://www.typescriptlang.org/docs/handbook/advanced-types....

I am always surprised when people in JS-land say they don't like types when every major framework then goes on to recreate 80% of the framework of types rather than work in a truly prototype-oriented world.

> I'll never join a company that uses TypeScript unless I get to see the code base first.

Given the way those sorts of things work, you're basically saying you don't want to work with typescript because someone might use a feature you feel uncomfortable with. That's good to get out of the way up front, but it also projects the image you have a huge chip on your shoulder and assume everyone else is an idiot who doesn't understand things as well as you do.

Wouldn't you like to work at a place where you discover something new? I am sick to death of being the subject matter expert, myself.
THIS! You hit the nail on the head!

When I first went to get the domain for my main/personal email address, the .COM wasn't available...And I just didn't have an interest in the .NET or .ORG. So I went with .CC. I thought, "Hey it seems neat, slightly different (at the time) but not too weird, and its one letter shorter for people to type!" ...Or so I thought. Boy, has it been annoying with some people. Admittedly over the years it has become slightly easier, though there is the occasional exercise almost exactly as you described above, spelling it out as if to an infant.

I supposed the audience on HN is likely tech-focused, but even today (september 2016), there are so many "civilians" out there who are NOT exposed to non-.COM domains, its quite surprising. So many people that you would think have by now been exposed to some technology - hey they use advanced mobile phones, "smart tvs", etc. - and they look at you stunned if you bring up an email address with a TLD from outside the U.S. I'm living here in U.S., but if you want to really stump some people give them email addresses like the following:

* joe@smith.DE
* jane@doe.FR
* fred@johnson.CH

Its quite interesting!
One minor point is that you don't mention some fundamentals of the machine learning process, like making sure to evaluate your models on a different data set than you used to train your models.

Another point is that this article is really about how to learn deep learning, not how to get a job. I would really like to see some evidence that: "The good news is that basically everyone is hiring people that understand deep learning." Most data scientist jobs I have seen don't require or use deep learning.
Yes. I was stating they exist, not comparing to propertiary software.
That's not the only problem. Every time phage therapy comes up, I end up posting my thoughts on it (and this is from someone who loves, and wanted to work in, phage therapeutics):

Phage therapy is neat, it really is, but there are a couple major issues:

- There is no such thing as a "broad spectrum" phage. You can't do empirical treatment using phages, and there's not really "off the shelf" phage therapy - it tends to be a bespoke creation for a particular infection.

- There's some serious regulatory problems, similar to those experienced by fecal transplant treatments. We're not yet really equipped to think about handling evolving, custom microbes as a treatment.
- Because of the first, it's going to require a considerable amount more lab capacity than most clinical settings currently have, and considerable delays until treatment.

- There's also some biosafety issues around phage prep, but those are easily solvable.

It's a great way to treat particularly resistant or hard to treat infections, but it's not a particularly great general solution. There's a reason it was abandoned in countries with easy access to antibiotics - they're just roundly superior in basically every respect.
All network addresses of every node is kept the same for-ever, even as they are replaced, via AWS Elastic IPs.

The burden on the client application is to timeout and re-connect only.
The passing of a Yellowstone Cinderella (2004)
Amazon doesn't really have a PaaS though, right?
> fter a while I found that we're not on the same page on so many things that you just seem to be stating as fact

I try to make clear what my priors, assumptions are. And which portions I think are personal opinion.

I don't mind my assumptions being attacked, but I do mind that people "show their work".

How many internet discussions have you had with people who did not clearly delineate what their premise was?

That leads nowhere because the premise has a tendency to evolve (ever more detailed refinement) when disagreement.

If you know what I think you're not shadow boxing with a set of stereotypes.

> These are major statements that you can't really just assume to be true or that the other person finds them true.

Of course not, but I'm not making an argument for them here. I'm writing an internet comment, not a book.

> And I don't agree with any of them.

That is fine, although I don't really yet know your interpretation of what we see.

> Not to mention the lack of context on highly vague terms like entropy.

Here I must take askance. Entropy is widely used across topic areas but it is not a vague concept. Entropy is another word for randomness and disorder.

In the context of a society, you could say a Dark Age was less ordered than the previous age when the Roman empire ran the show. Typical hallmarks of anti-entropy effort include roads, aqueducts and cities. Ruined cities, disintegrating roads and falling bridges are results of entropy. The social and physical meanings of entropy are intertwined.

If that is not evident to you then you are correct to say our discussion is not bridgeable. If there is one thing I find disagreeable it is a relativism that posits all states are equally good. At that rate people will be flinging their brains into bins.

> A lot of this smells like neoreactionarism.

And what if it is? You shall find everything interesting happens at the peripheral. Conservatism and liberalism are after all, if nothing else, definitely repeated routines of thought. Hard to take good observations there. Of course if there is nothing to fix then there is no need to!
Personality; not just for humans
Which parts of the world would those be? From what I've read the problem is often the opposite - cheap grain imports from the USA destroying agricultural economies in Africa for example.

I really don't think there are large parts of the world that would not be viable through local agriculture.

Obviously, there will be islands etc for whom this isn't viable, but I doubt they were getting food by massive ships anyway.
Phage therapy comes mostly out of Russia because they had much more limited access to antibiotics once the Cold War kicked off, so established some of the best research groups for other alternatives.

This was also why Germany, during the 2nd World War, were probably the world's experts in Sulfa.
Without first going to the ISP and filing a warrant to get the information regarding whom had that ip address its not even enough for a warrant.

If you've been following some of the recent stupidity police have opted repeatedly to just use some sort of resource to correlate ip address to physical location. This could be because this provides instant gratification or because they lack enough evidence as of yet to even justify THAT warrant.

As an example one such resource used to list a single coord for all unknown addresses in the US. This led to parties at that address dealing with hundreds of cases of unpleasant police contact wherein each officer individually learned that this address wasn't the center for criminality on planet earth. Unfortunately this knowledge didn't percolate upward.

So we aren't dealing with just proxies, tor exit nodes, open networks, many users connecting to the same router and other relatively complex matter. We are dealing with the fact that the police can't even be bothered to confirm with the ISP which customer even had that address at a given time.

In that context, without an initial warrant to gather the most basic of information IP addresses rarely are sufficient for anything at all except further research.
"Young people would rather own companies than work for them." Yeah, how is this news?
PowScript – Syntactic Sugar for Bash
"Contributing to open source is hard, let's write our own and open source it instead."
Maybe the parent would define a "user" as someone with an email and password in a users table?
I did a little bit of googling, and you left out "there is an existing project that's in the same space".

For me the AGPL in itself would be an "absolutely not", and combined with the point two bullets below that, on the grounds that "hey I'm doing work but he's getting money" that just adds insult to injury.
There is no need to emulate. They have the same runtime on chrome as they have on android. There is very light weight wrapper which enables the runtime to work on chrome.
You can usually only narrow it down by getting the ISP to give up the person using an IP address at a given point in time which may itself require a warrant. Police are frequently failing to do even this.
If you're a Python user, there is absolutely no reason to user Heroku over Zappa[0]. Zappa is cheaper (usually free), it's faster, it has auto-renewing Let's Encrypt certs out of the box, it doesn't have a warm-up time, it's more scalable and you never have to worry about ops.

Heroku's day has come and gone, quite frankly. Obviously, I'm biased because I'm the author, but you should evaluate it for yourself.

[0] https://github.com/Miserlou/Zappa
There is active research funded by large pharmaceutical companies in developing new antibiotics. Merck bought Cubist Pharmaceuticals for a reason.
What other platform would you recommend? I'm considering moving my next hobby app somewhere else...
Edit using a scene referred application and select a decent display referred transform.

ACES has a decent enough transform.
This, and I'm posting from my R11 right now, I see the button to enable the Play store but it's Greyed out.

I'm also on the developer channel, apparently you need to be on the stable channel to work. Which requires a powerwash (equivalent of a factory reset for the uninitiated) to revert back to. Damned if I do, damned if I don't because I rather like having Arch Linux a few keystrokes away, but I also want to play with a few Android apps on the toilet :P
I really think the problem is that people are unwilling to shop around for a cheaper college education. In the Midwest, I bought an affordable engineering education by starting at community colleges before going to a large university. I'm very successful in my career if that's the measure you want to use. If you are adamant about going to a university on the coasts, you'll pay out the nose.
"revenue positive"
Most of the northern hemisphere. You know, all those places where nothing grows for 6 months out of the year where prior to shipping food we had to rely on canned and preserved foods.
If your college education can get you a $16k summer job, isn't the price of college almost inconsequential compared to the life-long opportunity it's clearly buying you?
Oh I don't disagree. Just found it amusing the change of attitude.
Having peeled apart the iMac ICC, Apple is actually using the sRGB in their EOTFs.
Dynamic typing is fine until you have to maintain someone else's code. Then it's like pulling nails to get any certainty about how the code runs and productivity tanks.
"No losses from business disruption" is doing a lot of work there. These containers aren't full of fungible raw materials, they're largely full of products meant to be sold this fall.
Here's a CLA assistant tool - it blocks merging a Github PR until a specified CLA is signed:

https://cla-assistant.io/
Nice, but too bluish. Should have warmer colors for use at night. I've been using Cake [0] as a compromise at night with a Spacegray Mocha UI [1] using the Base16 Mocha palette [2].

[0]: http://danielpintilei.cf/Cake/

[1]: https://atom.io/themes/spacegray-mocha-ui

[2]: http://chriskempson.github.io/base16/#mocha
So salted bcrypt isn't relatively safe?
Agreed on the depth argument. It seems we misunderstood each other. I shall write an article on "Rolling your Own Crypto" shortly, and lay out the possibilities and the safety implications. I'm no expert, but I believe my opinion is well informed.

> Anyway, if you think you can realistically estimate the risks involved and you have the skills to do it, then perhaps you can. You'd definitely be in the top 0.1% of developers or even better.

I am definitely not in the top 0.1%. However, for the goal of implementing existing crypto primitives, for which test vectors are available, I'm confident I can implement the primitives I'm interested in correctly (zero bug, immune to timing attacks). My only roadblock for now is modulo arithmetic of big numbers. For this, I am currently content with ripping off existing implementations. However, to ensure that my implementations are indeed bug-free, I will need external review.

And again, the current best primitives tend to be simpler than most.

About the unknown unknowns… well, side channel attacks are an open area of research right now, so I won't pretend I can be immune to any of those, except timing attacks. (Those are surprisingly easy to prevent: just don't let any variable-time operation depend on a secret input. for symmetric encryption, this means no branch and no array indexing that depends on either the message or the secret key. Some primitives make this easier than others.)

> By the way, why do you think that the consensus is the way it is?

Because a blanket "never invent/implement/mess-with your own crypto" is easier to spread, and safer than anything more accurate: any subtlety can and will be misinterpreted by some fool, who will then happily implement easily broken crypto. My upcoming article on the subject will indeed start by "don't do it". I'll have to introduce the subtleties very carefully, lest I encourage some idiot to screw up.

Come to think of it, I probably deserve the downvotes I got, even though I stand by what I wrote: with crypto, partial knowledge tends to be dangerously unwieldy. Many missteps are as silent as they are deadly (sometimes literally so: see Tor, or WiFi enabled pacemakers).