skysight-inc/HackerNews huggingface dataset:
"Yes -- unless you're a scientist. If you're a scientist and you expect to make a contribution to the store of human knowledge, you cannot care one way or another how your experiments turn out, only that they're conducted with the maximum amount of dispassion and objectivity."

That's a different thing. I wasn't offering to bet you that your hypothesis was correct, which would certainly be a problem; I was expecting you to use your understanding of the world - which should (I hope you agree) be informed by your science! - to make decisions in a non-scientific context. Scientists need to make decisions in the real world, too.

'> The hypothetical people you're criticizing - who read this article and go out to find a man - aren't trying to "do science", they're trying to successfully wager ...

;Yes, which is why we see so many articles like the one this thread discusses -- articles that cynically harvest human stupidity to some unworthy purpose.'

Trying to successfully wager, in a context where placing some bet is unavoidable (cost/benefit analysis under uncertainty), is not stupidity. So, I agree that "articles that cynically harvest human stupidity to some unworthy purpose" are depressingly common, I disagree that "people need to wager" is (or that they should instead somehow be doing science with their lives just to avoid shoddy journalism).
The problem I have is I don't look through my fridge, freezer, and pantry every day to see what things are going to go bad soon. I often forget about something I have, especially if it ends up behind or under something else. I don't end up rediscovering it again until it has gone bad.

The app also makes it easy to quickly get a handle on the ingredients going bad soon so that you can think of something to make with them. I've also found myself using it in the grocery store when I'm trying to remember if something I have has gone bad or not yet.

Just searching the list to see if I even have something is very useful too. I used to end up buying something twice since I forgot I had already bought it a while ago.
Amazon Accused of Cheating Customers Through Shipping Costs
This isn't anything Russia hasn't been doing for decades. It has been spreading propaganda for a long time, it cannot even be compared to UK or US or any other developed country censorship levels. Putin wipes out everything that is not directly following orders from him. It is only now that these things came to world attention. Media is not only censored in Russia, they simply make up things and tell as truth and facts. If you'd understand Russian and would listen to their news you'd think it must be some joke how ridiculous their lies are, but it isn't.
China censors hit popular WeChat accounts
Stolen F-35 secrets showing up in China’s stealth fighter
Seriously, he just lost his own argument right there.
He did say he uses msgpack which he claims is a step in the right direction, although it too has its issues.
It's not something I've made up. It is a simple combination of Bayes' Theorem and thermodynamics. A strong correlation is a lower entropy system. The stronger the correlation, the more likely it is that there is some explanation for that correlation, even if we haven't found it yet.
it feels like he really wanted to rant at that moment and couldn't find a better opportunity to do it.
Is it not? There are certainly some outliers (e.g. terrorism), but overall, traffic deaths seem to get more attention given its death rate than other causes of death.

For example, annual traffic deaths in the US are about the same as annual deaths from chronic liver disease or suicide. Suicide gets some attention, liver disease very little, while traffic deaths get all sorts of attention, from massive R&D efforts by car makers to seat belt campaigns to heavy police enforcement of safety-related traffic laws.

As another example, heart disease and stroke kill about 20 times as many Americans as traffic accidents, but it's legal for me to eat 6,000 calories of bacon a day while it's illegal for me not to wear my seat belt. (This is not a complaint against seat belt laws. I think they're a fine idea. I'm just pointing out a disparity in legal attention.)
> * It has to be valid UTF-8, meaning it's incredibly
> slow to validate.

If make basic mistakes about what the format allows, the rest of your comment is liable to be junk.
Ok, I understand your argument, now tell me a better format to create an API, Thanks ...
What would be interesting (technical feasibility aside) would be a community aggregator spin on a RSS feed. Let me use an RSS feed as normal but expose all the different communities on top of that as additional data.

To me Facebook is all kid pictures and life hacks posting, interesting only when I want to see what my family is up to.

Reddit/HN are interesting for:

a.) Posts I haven't seen before, and

b.) Comments

RSS solves neither, but it provides frequent updates for sites I'm interested in, which is a non-goal for reddit/HN. There's an interesting intersection between the two (RSS & social sites) in the comments. Why can't I see what other people have said about a story in my RSS feed?

I wouldn't be surprised if this hasn't be done before, but I haven't seen any RSS application/site do this.
And now think that quite the opposite idea, the post Pinochet free market economy, was what made Chile the richest country in South America.

As a rule of thumb, good intentions bring very bad results if you need government violence to implement them.
The author suggests using MessagePack, which I hadn't seen before but looks really cool.

http://msgpack.org/
So this contributor who's been very productive since 2009, I assume he's gotten a series of substantial pay raises along with corresponding increases in "technical track" job titles?
"Most companies promote workers into managerial positions because they seemingly deserve it, rather than because they have the talent for it. This practice doesn't work"

This known as Peter Principle

http://en.wikipedia.org/wiki/Peter_Principle
British Telecom to be investigated over email data after whistleblower remarks
Heh, that's interesting in a sense... especially given that I'm not involved with either Groovy or Grails projects in and of themselves (eg, not a committer / contributor to either), just a happy fan.

I do find it curious though, that you took the time necessary to look all of that up and post it. I'm sure every language has a handful of people who are particularly vocal about their support for it. :-)
I don't agree with you. I think that someone can point out problem without providing the solution at the same time.
How tall are you? I'm taller than average.

This chair is better than the office chairs I've had in previous lives. I think for me the ideal for long periods of work would be a deeper incline but since I get up every half hour or so anyway, it would be a PITA to get up and down.

I'm not perfectly comfortable but I'm more comfortable than is typical.
Actually, there's a couple of up-and-coming node.js frameworks which do encourage using much of the same code on client and server. Some of the ReactJS stacks do, for example.

The thing is, it turns out that what people want is proper separation of frontend and backend, not separation of client and server. Outside of single-page apps, there's a fair bit of "generate this page for me" stuff required as a baseline, but also a lot of places where if it's possible, rendering (and animating) on the client-side provides a better experience. GitHub's repository browsing is an example, as is Twitter's entire site, as is Google's Instant Search.

So running the same view logic on the server and client is a good thing, as it results in not having to write it once for each environment. The controller glue for tying it to the model changes, but that can easily be switched out per environment without changing the view's code, and is often generic enough that it can be implemented at least in part by a library.
crappy write.com,OKAY this is in italics okay,,O come on somebody, i've been here for ages
So don't use JSON when you need super high performance and be careful about parsing JSON numbers?

It may not be perfect, but compared to the complexity of the XML world and the opaqueness of binary formats JSON is a very pleasant compromise.

Shame about it not having comments though.... :-)
For anyone interested in this the Eden Medina book provides some historical background. I think eventually that Cybersyn will be viewed as an early attempt at post-capitalist economics in which resources are efficiently managed in real time and there is feedback at every level.
To be fair, I believe there are a few B&M rental stores doing alright. They just aren't the giants that we all remember.

I think that is a digression, though. As is the concern of "we all read on ____". Because, first off, we don't. Quite a lot of us still read RSS feeds. I don't think many RSS feeds disappeared, just a big tool to read them.

What far fewer of us do, is talk about the things we read on RSS, because it is not an inherently social tool. Consider, if I find a neat article in an rss feed, the only way I can talk about it with my peers is to post it on facebook/g+/twitter.

Which is what Google Reader actually managed to bring to the table for RSS. I could share stories and have conversations in my peer groups. This actually even worked with Google Buzz. It was surprisingly nice.

The problem there, I think, is all of these conversations happened with no real intrusion from ads. Google had no real way to put "sponsored" stories into my rss feeds without it being glaringly obvious. There was no "trending now" feed that I was willing to subscribe to.
What I see more often than not is that bad managers come from lazy planning. Bob has been here for a long time now. We should reward him. Hmmmm. What to do . . . oh! Let's make him a manager. That way we have an excuse for a small raise.

Next thing you know, Bob is a crappy manager. Sorry, Bob. The leadership was too lazy to plan out career paths for the people. Now Bob is a crappy manager who will be pushed aside and ignored until he either quits or gets fired.

But now Bob has management experience. What does he do? Go back to doing the scrub work for scrub pay? Hell no. He wants that middle management pay check. Now Bob is going to make a career out of being a bad manager. Because Bob's first managers were lazy.

Sorry, Bob.
Well there's no DNS similarities I can see.

http://whois.domaintools.com/getpopcornti.me

http://whois.domaintools.com/baboom.com

I think we need more evidence than "they both use normalize and use odd caching techniques" before we can 100% say that they're both Kim's brainchildren.
it's big, it's heavy, it's wood
I think he means not having something to replace in general doesn't mean not having something to replace it with in particular instances. Maybe there isn't a good general all-singing-and-dancing format.

There are language specific serializations if you never leave that language environment. There are protobufs, ASN.1, messagepack, thrift, bert, avro.

I am personally am not rushing to replace it but I can see the point he is making.
I have stopped consuming news through RSS readers because no one organize can produce quality work on a consistent basis. With limited amount of time I need a system that would tell me newsworthiness of an item. I have come to a conclusion that crowdsourced news is the best form of news reading. I have been slowly trying to read all my news on Google+, HN, and Reddit.
Since NewsBlur's pricing model seems to built on annual recurring payments, It would seem that the interesting part of that graph is hidden just off to the right.

How many of those panicked conversions are going to stick with the service, now that all the excitement has died down and they've had a whole year to really make up their mind as to whether a newsreader is something they need to be paying for.

Here's hoping the answer is yes. Looking forward to a followup in a few months time!
New Premium Video Ads are Facebook’s Latest Move to Dominate Ad Dollars
Manage things. Lead people.

If the hundreds of poor managers I have known would have just understood these 4 words, nothing else could have made more positive impact.
JS is better thought out than either Perl or Python. (Since we're just stating opinions without arguments here).
Denial of Service Attacks
Do you have any facts to back up that allegation or is it just you opinion?

I've only lost a few package via USPS in my entire life and none of them recently.

I find myself far more likely to lose a package via UPS or FedEx.
No; because Google builds maps at their own expense, combining them with OSM to create a superset would make mapping better for everyone.

Google is actually probably the worst example here (if the most visible): they have the least incentive to share and likely never will. But if OSM becomes the de-facto standard database for mapping (as it almost certainly would if it were a more commercial-friendly license) the mere fact that so many more people are engaging with it on a daily basis would increase the contribution rate.

From a pure logistical sense, very few companies have the resources that Google does. I'm saying it's better for OSM to allow a situation where Google gets something from OSM and OSM gets nothing back from Google because OSM likely would get a lot back from a lot of other parties. It simply doesn't make sense for them to maintain their own data sets in the long term; but in the short term they can't even use OSM so they have no alternative.
This essentially amounts to "JSON is slower and more CPU intensive than it absolutely needs to be."

I can live with that. Any solution that people come up with, there will be folks who can point out some sort of flaw in it. Sometimes the flaws are worth paying some attention to, when fixing them might lead to some tangible benefits. It's difficult to imagine a slightly less CPU intensive replacement for JSON bringing any tangible benefits with it, though.
Do a `sync` first! Also This is quite like yanking the power chord and plugging it back in.

https://en.wikipedia.org/wiki/Sync_(Unix)
We don't really do "job title" promotions either, but yes, he has gotten continued pay raises & stock option grants in our case.
See my post here about Haraka. Basic summary is: compared to Postfix (written in C) people are seeing significant performance gains.
Oh man, someone else who liked Buzz? I adored it, and miss it now that it's gone.
How 'bout a project-specific property list that looks something like this:

.rb=RealBasic
.m=Mercury
.pl=Prolog
.js=SomeCrapOrOther
…
I don't see xml mentioned once, I'm sure he would say it's worse. He'd clearly probably advocated some sort of binary format, since he mentioned msgpack. Did you even read the comment?
Servers aren't CPU bound anymore, there is no need to worry about that...
It's a big deal because it works.

Back in the 1960's people only knew how to train one-layer neural networks. By the late 1970's and 1980's people were training "multi-layer perceptrons" but it wasn't practical to train networks with a lot of layers.

In the 1990's and early 2000's Neural Networks were out of favor for academic work, not so much that they were bad but for almost any learning problem there was some other kind of algorithm that did better. Neural Networks were still used a lot in commercial applications that weren't so talked about since they thrive given the kind of intensive attention that they sometimes get in such environments.

Geoff Hinton then figured out a way to quickly train deep networks to learn the statistical character of the input data. This works as an unsupervised process. It's kindof like the first layer learns very simple features that recur in the data and then the second layer learns relationships between theem and so forth.

After you've done that, you can teach the network to do some specific task using a supervised training algorithm such as back propagation. Because the network is close to where it needs to be, you can now apply back propagation to the whole network with excellent results.

Deep learning is such an advance that neural networks are now often the leading algorithm for many learning problems.
The Science of Older and Wiser
At least I can comment my xml config files. I hate that all my JS config is in JSON with no explanation in the file for why certain parameters were set.
> You need to press and hold Ctrl, Alt and PrtSc(SysRq) buttons, and while holding them, you need to press r, e, i, s, u, b

I think I need an extra hand to do this
Yeah, kind of a self-important hipster too.

> Basically, Github needs to be accepting of programmers of all stripes, or they are destined to be irrelevant (or at least doing lots of scrambling) once the trendy kids move on from the trendy things they're doing and the currently-popular languages start falling out of style with a reversion to a previous status quo. Github needs to accept that there is a vast wealth of code out there which predates it and which will easily postdate it.

Okay there, buddy. I don't think lack of Lingo support is going to be GitHub's eventual downfall.
Indeed, but look at the screenshots themselves. This is not something I would "show".
Show HN: Tree traversal with ES6 generator
Erlangers are particularly grumpy about JSON because unlike many other languages, Erlang lacks a decent default serialization and deserialization of JSON. This is primarily due to the fact that a string is a list of integers, thus making it hard to distinguish between the two, and somewhat less importantly, but still problematic, the klunkiness of the dictionaries. (This message appears to be in the context of the soon-to-come native addition of dictionaries, but as I imply, unfortunately that is not the biggest problem with JSON deserialization, the nature of strings in Erlang is. Binaries are not a precise conceptual match to a JSON string either, unfortunately; in my environment I actually use binaries that way because I can guarantee the differences won't affect me since I control both ends of the protocol, but that is not safe in general.)

This is not to say that the arguments are wrong, but I think you may not understand why Erlangers feel the way they do until you realize that Erlangers also don't generally get to experience the advantages of JSON, either; when you get none of the advantages and only the disadvantages, anything looks bad, no matter how good it may be in the abstract.

This is a particularly rich irony in light of the fact that Erlang's native data model is conceptually the closest language I know to natively using JSON as the only data type. Erlang has no user-defined types, and everything is an Erlang term... imagine if JS worked by only allowing JSON, so, no objects, no prototypes, etc. The entire language basically works by sending "ErlON" around as the messages, including between nodes. It's just that there's no good mapping whatsoever between Erlang's "ErlON" and JSON.
Oh, now that you mentioned it, I'll use XML, It's very cool and compatible with new technologies, like a new thing of Microsoft called C#.
I love this. But let me play a mild devil's advocate. Sometimes people move into management not because they want to necessarily progress in the company they're in now, but because moving into management is an overall career advancement. Leaving a position with "manager" in your title makes it more likely you'll end up in one with "manager" in the title at your next job and be able to command a better position/pay combination.
I would say that, based on what OP said is the premise of the game, TSA agents' lives have zero relation to this fictional character.
Erlang has amazing default serialization and deserialization. term_to_binary(T) and binary_to_term(B)
It sure looks impressive, thanks for linking
> Its numbers representation is double-precision floating-point, meaning it's incredibly imprecise and limited.

Except that JSON actually just specifies the number type as an arbitrary precision decimal number.

Many implementations use floating point numbers when decoding JSON, but that is not inherent in JSON.

My biggest complaint about numbers in json is that often times floating point numbers get turned into integers when encoding/decoding using some implementations. (e.g. (float)2 gets encoded as just 2 and when decoding, it is an integer rather than a floating point.
I still use this. It's useful for stuff like live mixes that disappeared off the face off the internet. There's usually someone out there that has a copy in their mp3 collection.
Well, it depends on your scale.
JSON and Erlang just don't get along in the way you'd like them to, unfortunately. Some of that has to do with how Erlang handles (or doesn't handle) strings. Some of that was that there was not a data structure that closely mirrored JSON's structure in Erlang up until Maps were introduced.

The problem isn't really JSON - JSON is an exceptional format for what it is supposed to do - the problem is that Erlang was created for a specific purpose and that purpose wasn't to vend out strings/JSON over HTTP.
In my experience the bad manager will try to sell to their superiors and HR that these were bad apples, they may have done good work but they were toxic to the rest of the team(s). It worked for a while, but it eventually catches up, unfortunately for the company though it's usually well after it's possible to get back the talent they lost.
Millions wasted on expensive systems and software to manage and negate the damage caused by an inherently inefficient method of running an economy. One size does not fit all, no matter how much state software you create to make it so.

If you combine this level of technology at a micro level, combined with the incomparable efficiency of the market, THAT is when you start to see incredible things starting to happen.

From small businesses monitoring their sales and orders in real-time, sharing their data with their marketing agency via api's. To construction companies using internet of things to monitor structural wear to alert them of replacements needed. It's at this market oriented macro-level that you will see the greatest advantages.

Creating and making the technology to power that is most important. And that's where we come in!
Show me in that post where the word XML was used.

Oh, wait, you haven't read the post.
This is hand waving based on dubious analogies. You keep repeating the same thing without providing any justification, proof or sense behind it, despite being given counterexamples and counterarguments. Please show me a mathematical derivation of this "simple" result, based on whatever statistical model you would like.

We are not talking about the likelihood of an "explanation", we are talking about the likelihood of x causing y.
This does look pretty cool. I think the author is forgetting about so many reasons why JSON is so widely used, however.

One huge benefit of JSON over msgpack or something similar is READABILITY.
Tradeguide24
Tradeguide24 is an international stocklots and wholesale online trade platform which makes it easy for anyone to buy or sell online anywhere in the world
So are eMule, Kazaa, Limewire (as Frostwire), Gnutella, Freenet, ...
The only way my linux machine has ever locked up is the usb driver seemed to crash in which case I couldn't do this anyways. The only other way I could have possibly restarted is to ssh to my machine from my phone, I opted for the power button instead.
...that's like saying that by using Facebook and Twitter, you're costing them money. They'll figure out another way to make money, you're just not the customer.

That's why I don't use Mint.
No, I personally know the guy who designed it here in Argentina.
Content negotiation is a great way to expose multiple serialization formats. No reason it has to be just one of the well known formats. The main tricky part is equivalence of more complex structures in JSON, for example msgpack supports more than just string keys in maps.
He didn't just point out a problem, he actively tells people to "stop using JSON" without providing an alternative.