skysight-inc/HackerNews huggingface dataset:
I'm going to be blunt: you claimed "OpenJDK [is] not a realistic choice in MOST production environments" (emphasis mine).

I asked for evidence for this bold claim, since many production environments I know are using OpenJDK successfully, under heavy loads and without crashing. So... evidence of your claim?
Also theobromine
My mother lives next to a busy Airbnb. The Airbnb guests regularly wake her up at 2AM by drunkenly pounding on her door. She complained to Airbnb. They don't care.

My previous apartment building (in a tourist area) was full of Airbnb guests partying on the weekends. They caused damage, got into fights with residents, and generally made it feel like living in a hotel.

Airbnb's investors all live in large houses with security and would never tolerate this kind of problem in their own lives.
And I'm certain absolutely nobody lies on the Internet.
Data and Codata (2007)
What Elm and Redux have in common
> honey on toast some mornings so baby had a bit of that with me

Great way to give your kid botulism.
It's "plug-in." If hyphens are beyond you, stop dicking around online.
Wow I would not sleep well there.
The problem is that higher transaction fees don't increase the throughput, they only change priority.

Therefore, they work by either shrinking the market size for bitcoin, or by determining which transactions are simply dropped.

Neither are things that people seem to want.
... says a chocolate maker.
Didn't Mayakovsky kill himself?

As to the rest of you butthurt over my use of the word "commie" -lighten up; it is a humorous foray, not a dreary research paper. The commercial and automobile are unusual by any measure, and as far as I know unique for "behind the iron curtain."
I have a Kindle Fire HD 8 Tablet. Amazon has clearly optimized the software for it. For example it has three types of memory. Flash for storage, RAM for main memory and (presumably) slower RAM that is used as swap space. Most Android devices run a linux kernel without any swap space configured. But the Fire Tablet swaps (which is why it can run Android 5+ with only 1Gb of RAM I suspect). It has two processors. A slow processor that uses less battery, and a faster one which is switched on when needed.

My point is that Amazon tried really hard to give a good experience with lower end hardware then most Android devices. Encryption likely adds a significant performance cost.

Keep in mind, the iPhone has hardware support for its encrypted memory. It is my understanding that the main processor does not get involved in the actual encryption of the flash storage. Because Apple controls the hardware and the software, they can do this tight integration. Android is software and encryption on Android must be done in software unless and until a hardware vendor integrates bulk encryption into their memory system and provides an appropriate driver for Android to control it. If such a device exists, I haven’t seen it yet...
Great examples and analysis. I think the IPv6 analogy is spot on--the fear of IPv4 exhaustion (block size limit), the disdain for NAT as an ugly hack (Segwit, LN).
What I see – A Chrome Extension
There was a study where knee surgeons just made an incision in the skin and told the patient the procedure was done. The result was about the same rate of success, and a lot less risk of complications. I can't find a date on this article but it's at least from 2010 if not older. http://abcnews.go.com/Health/story?id=116879&page=1
Time to stop praising the TPP and start searching for bugs
I had never heard of this until your comment. I did a bit of research on this and have to say it is one of the least well advertised feature of any software I've seen in awhile- after a bunch of searching I found it on the bottom of the chrome privacy whitepaper[1], where it's referred to as "Data Saver".

This feature is actually pretty cool. It only hijacks http traffic (leaving https the same) but pushes that traffic over an encrypted channel to google. This has some pretty positive benefits if you're the type of person who connects to random wifi, although there's apparently a simple way for network admins to disable the feature (if they block a certain webpage form loading chrome will go back to working like normal).

The other major thing- and the reason I looked into this to begin with- is that it's opt in. So if you're like me and freaked out that google was spying on you after reading ikeboy's comment then you can relax now.

[1] https://www.google.com/chrome/browser/privacy/whitepaper.htm...
My parents used to dip my dummy in whiskey when I was teething

honey on toast some mornings so baby had a bit of that

We might have just found a correlation here.
I commute from Herndon VA into DC a couple times a week. It takes about 1:15 each way. But I ride the Loudon Country transit bus, which has decent-size seats and aisles. So as soon as I get on the bus, I pop open my laptop and work on whatever coding I need to get done.

The real beauty of it is that I don't bring a mifi card or anything like that, so I can't get online and read HN or whatever. Instead, if I run into an issue, I have to read the code of whatever I'm working on and experiment in the REPL to figure it out. So it's been really productive in a couple ways.

I wouldn't want to do it every day, since it makes for long days - but a few times a week it's not bad at all.
Yeah, the mode matters, but really 30 minutes is an easy commute regardless of the mode. If you were to spend, say, 90 minutes going each way, that would take its toll too. (Though there would also be benefits to getting that much exercise.)
John Urschel – From the NFL to MIT
Don't be so hard on yourself. It takes a lot of courage to admit something like that.

Being open-minded is not something that you accomplish in one step. It takes constant effort to try to see something from different perspectives. Sometimes you end up changing your mind; or, on account of how nice you are and how well you explain your side, you may end up changing theirs.

It's good that you're at least trying to improve yourself. That means you're already doing better than many people out there.
> And Brave makes me sad, too, for lots of reasons

I'm interested. Here, email, DM on Twitter, whatever you prefer.

Update: I took Chris to be saying Brave makes him sad about Mozilla fearing backlash and lacking focus. Maybe I misread, but the way we propose to pay publishers with Brave could one day become a web standard. No fear. And focus matters, obviously at a startup but definitely at a bigger outfit facing giant sized competition.
The True Cost of Commuting:

http://www.mrmoneymustache.com/2011/10/06/the-true-cost-of-c...

“If these numbers sound ridiculous, it’s because they are. It is ridiculous to commute by car to work if you realize how expensive it is to drive, and if you value your time at anything close to what you get paid.”
in my personal experience, eating chocolate has pushed me into IBS trouble, which i realized such a disease existed after 15 years. I stopped eating chocolate for the past 5 years. Now i am happy.

Brain is a sugar sucker. Eat food which has natural sugar (like fruits) and you still be happy. Chocolate is just one sour junk which sugar added to please your bain (which is the trick). I think eat the chocolate without sugar and see if it sill improves brain function
I consider myself extremely lucky to have a job in a city where I can afford (on my fresh-graduate salary) to live near the city centre, 15 minutes' walk from the office. I know I'll probably have to move further away if I find myself married with kids, but until then, I very, very much like where I am.
No only "can do" but "must do". Widespread legislation will come. AirBnB needs to invest heavily in building goodwill with municipalities, else they will not be at the table when the legislation is being written. They spent a ton of cash playing defense against Prop F in SF, but they won't be able to afford to put up the same fight in every city.
He's a very good writer. I realised when looking him up on Twitter that he's also the one behind the Silicon Valley scripts. https://twitter.com/blakeross
Lombroso et al.

Worth noting that this phenomenon is typically described as “medicalization.” Othered groups medicalized include women, African Americans, homosexuals, and many other groups. The medicalization of Jewish ancestry cropped up and was amplified during a not-too-distant past.
The fact is that transactions still consistently and reliably get mined quickly with reasonable fees of 40-50 satoshis/byte [0] [1], or roughly $0.04-$0.05 for an average 250 bytes tx. For a global payment network that provides non-reversible payments and near-instant (within a block) settlement, this is a dirt cheap.

The only real issue we're experiencing is due to broken wallets that don't handle fees well. Fortunately, most modern wallets today do handle fees properly, and users are slowly moving away from unmaintained wallet software that don't (the main culprit being blockchain.info's wallet).

The median time for fee paying transactions to get confirmed has been 12 minutes at peak [2] (note that 10 minutes is the average time between blocks, and so the absolute minimum possible average time for the first confirmation), which shows us that the majority of transactions are being conducted using proper wallet software which does not cause delays.

In reality, actual bitcoin-using customers that are detached from all the drama in the online bitcoin community don't actually experience any degraded service or delays (again, except for these using broken wallets), and would be very surprised to learn about all the drama going on.

> Development should under no circumstances be centralized with one entity, but there you have it.

Bitcoin Core is not really an "entity". It is a diverse set of technical experts working on improving Bitcoin using a consensus-driven decision making process. There are hundreds of contributors from various backgrounds, associations, and geographical locations. Communication and discussions are all being done in the open, in mailing lists, GitHub and IRC. There is no hierarchy and no one is in charge, and community members have repeatedly shown their dedication to the consensus-driven approach and opposition to merging controversial changes. This development process has made Bitcoin very resilient to hasty decisions driven by populism, political forces and tyranny of the majority situations.

> those who want it to simply be a digital gold / store of value

Straw man? I'm not sure who you're referring to exactly. There are people who want bitcoin to scale using on-chain capacity, and others that want bitcoin to scale using a multi-layered system with the blockchain as the settlement layer and payment channels acting as a write cache. I'm not aware of any group of people that don't want it to scale at all.

If anything, I would say that these advocating for a multi-layered system are more true to the original vision of bitcoin as an "electronic cash system". Using a write cache would allow for really instant (safe zero-conf), really micro (down to tiny fractions of a cent), really low-fees (approaching zero) and really high-volume (orders of magnitude more than what's possible using blockchain alone) payments -- basically, what bitcoin has always been sold as, but never actually was.

[0] https://bitcoinfees.21.co/

[1] https://bitcoinfees.github.io/

[2] https://blockchain.info/charts/avg-confirmation-time?timespa...
Drag-and-drop app builder from MIT
If someone can't follow the law, including the rulings of the Supreme Court, rather than their personal beliefs (religious or otherwise), then they aren't qualified to be a judge. That's something all judges must do; it's not unique to this law.

But if they can set aside their personal beliefs while on the bench and follow the law, they can still be judges.

And they can certainly be CEOs, but CEOs will always be judged on their public image. That's not unique to this debate either. Remaining (publicly) neutral on controversial issues is often an unspoken job requirement. Particularly civil rights issues.

> they were "imposed" on "other people"

Everyone can choose for themselves now. Allowing other people to choose is not forcing you to accept their beliefs. (I do agree that wedding planners, bakers, etc should be free to choose whether to participate.)

Freedom means sometimes other people will choose to do things you think are immoral.
Bitter, not sour. Lemons are sour.
Older article. Should have 2005 in the tittle.
This is something I've wondered about for years. It truly feels like a black art. I look forward to reading this.
Actually, 4 years ago and then again 3 years ago I said it was a total disaster. I have mountains of email reports from an audit of the project.
After finishing this, but before reading the byline, I thought to myself, "Yeah, this dude definitely has some writing chops... hmm... maybe that Firefox guy who wrote the screenplay?" Turns out it was indeed you! Definitely looking forward to reading more of your articles/whatever.
You should take a look at the journal article. They comment on how they corrected for multiple testing

"In addition to MANOVA, the Bonferroni procedure was used to protect against multiple comparisons."

The Bonferroni correction is one of the most conservative ways to correct for multiple testing.

https://en.wikipedia.org/wiki/Bonferroni_correction
forgive my english. its not my native.
I tend to go through every option of software when I begin using it, at least on a mobile device where there usually aren't too many settings. There are only like 10 settings on chrome mobile, and this is one, documented at https://support.google.com/chrome/answer/2392284?hl=en

Note that they removed it from iOS because of constraints, see https://support.google.com/chrome/answer/6323113
Appendectomy: The possibility of dying from a ruptured appendix is enough for surgeons to recommend this procedure but several studies have shown that antibiotics alone are also effective. The recurrence rate is higher with antibiotics, but the surgical complications are lower.

I can think of a reason why the recurrence rate for appendectomy is lower than for antibiotics. ;-)
Driverless lorries might be more susceptible to hijacking IMO, because the risk for the attackers will be lower, both with regards to the act itself since they won't meet opposition from another human and also if they're caught because theft of an object is a crime less severe when the attackers didn't cause direct (physical or emotional) harm or threat to a human.
Show HN: What I see – a chrome extension
https://chrome.google.com/webstore/detail/what-i-see/ghcflgkkdehjaohkbnaeghpjboibdpkn

Show your friends the web page exactly as you see it.
A web page cloner tool to copy the page exactly as it appears to you and provides your with a new URL to show it to your friends. Great in situations where the content is behind a pay wall, special authentication, or you just want to show your friends what you're seeing without a screenshot.

===

Sometimes, you read an awesome article online and want to share it with you friend, so you send her the URL of the page, only to get the response "It's behind a paywall".

Or maybe you're logged into some web application and you want to show your friend what the page looks like and let her scroll through as if it was the real thing. It could be the case that you want to show your friend all the items in your Amazon cart before you make the purchase.

Perhaps you'd like to take a screenshot of a page and share it with your friend, but the page is too large and you'd have to keep scrolling and take multiple screenshots and somehow send it over in the right order for it to make sense.

Really, all you wanted to do was show your friend the page exactly as you see it. Not compressed in a Jpeg or chopped up into multiple screenshots, but an actually live web page as you are seeing it.
You are incredibly petty. Grow up.
You're the person with the "friendly" reminder stating the obvious. Try to remember me and avoid adding pointless comments.
“Psychological Science” backs away from null hypothesis significance testing
I've been thinking of doing something similar. What frameworks and such have you considered using? That is, what tools do you think would be helpful?
Bitcoin was a great project that got a lot of things right, but it has not worked well in at least two major areas:

> "The transaction fee market is a free market of users bidding for a limited amount of transaction capacity. It is subject to the natural laws of supply and demand for that limited economic resource."

This is ridiculous. When bitcoin was developed, there was plenty of distributed transaction processing capacity and we have many more and much more powerful computers and better networks now. Our growth in supply of the ability to process transactions in a distributed fashion has dramatically outpaced the demand.

But bitcoin's built-in scaling mechanism led to a CPU->GPU->FPGA->ASIC->Dedicated hardware arms race. So most of the world's capacity can't really take part. The supply is wasted. And as a result, everything ended up monopolized and centralized in the hands of a few people in one place. Of course they're going to want to keep the supply limited to protect their monopoly, and of course they're going to want to charge fees to capitalize on it. But it's all artificial. We have tons of spare compute capacity. It's unlikely that will become a scarce resource at any time in the forseeable future. Not scarce enough to induce delays or justify fees.

The other failure was simply the fact that it was so difficult (and lengthy, scary, potentially expensive) to get money into or out of the system. It's hard to build adoption rate when you require people to link their bank accounts to shady exchanges and go through complex transactions that take multiple days (and/or download a massive blockchain that may also take days).

Hopefully a future cryptocurrency can address the issues discovered with Bitcoin and succeed. It should seek to remain decentralized; everyone should be able to participate, and to do so relatively quickly, easily, and safely.
Not to mention Coke's portfolio is far broader than fizzy drinks - bottled water, juice, and energy drinks [0].

Coca-Cola Amatil in Australia has even started making beer and cider [1]

[0] https://en.wikipedia.org/wiki/List_of_Coca-Cola_brands
[1] http://ausfoodnews.com.au/2014/01/13/coca-cola-amatil-launch...
The greatest irony is that the founders love to preach "Do things that don't scale". Nothing scales worse then working through legislation with cities around the world, so this should be top priority for them, right?
You should put it on GitHub pages or something, so people can try it without downloading (or did I just miss the link?)
Cooperative threads only introduce confusion and are not making anything easier over threads. For example, the following code will fail if one of the functions yields and global array index changes by another cooperative thread:

arr_index ++
arr[arr_index].foo = foo()
arr[arr_index].bar = bar()

There is no protection from this, synchronization primitives are still needed, just like with threads.

Which is not the case with event-driven approach. Event-driven code forces you to write asynchronous functions differently from the rest. There is no confusion of what yields where and returns from where. There are just continuations. So, if foo() is asynchronous in the example above, you wouldn't modify global arr_index across callbacks, you either store its value or modify it in a single callback, because you can rely on callbacks to never get interrupted:

foo(func(res){
arr_index ++
arr[arr_index].foo = res
arr[arr_index].bar = bar()
})

Furthermore, because of the very specific constraints on callbacks, event-driven approach allows to implement some sort of composable virtual processes, capable of cleaning up and keeping track of various resources and accepting signals from other virtual processes via callback. And it's pretty easy to do, so some event-driven applications in the wild do that, although not always call them processes.

So, again, if you find event-driven programming in any way harder, than multithreaded - you are definitely doing it wrong. Because it completely frees you from thinking about synchronization without adding anything extra that you cannot get used to.

As for disks: there is more than one and you are not talking to them directly, there is a filesystem cache in between. Event loops typically use thread pools to fake asynchronous filesystem access and for other work. And it makes some sense latency and performance-wise, because request that waits for some disk does not block requests that want to access other disks, or hit cache, or maybe it's an ssd and accessing it in parallel is faster.
The study is still 'correlation-digging'. Bonferroni won't fix the problem that these kinds of studies will throw up statistically significant associations that provide no insight into anything meaningful, due to confounders, biases, poor design etc. There is no equivalent xkcd however.
>>> Except develop the software however they want.
>> I don't know where you got that idea from.
> Many employers won't allow GPL codebase.

Explain it to your employer better then. Or find a better employer. Not to mention they are almost certainly using GPL code /somewhere/.

> The license isn't backwards compatible.

GPLvX or later makes them pseudo-compatible (you can release a combination under a newer license). That works fine for most people.

> I can't simply pull GPL code into my BSD licensed project. Even a snippet. You can't, say, simply copy and paste a struct out of git or even libgit2.

1) Yes you can, it'll just become GPL licensed as a whole.
2) I don't think anyone would consider copying a structure as being a "significant portion" of the code. In fact, in C, structures aren't code at all, they're an API (the `struct` keyword generates no code). And I think we all agree as a community that APIs are not copyrightable (or else Linux and GNU would be the largest copyright violations on the planet).

>> You can develop the software however you like.
> Heh, its notorious for causing roadblocks in development. Look up the stories on LLVM/Clang, ZFS in Linux.

ZFS on Linux / Dtrace are FUD. Given that Oracle already distributes DTrace with their Linux distribution, it's clearly dual-GPL licensed DTrace to their customers. If you agree that ZFS being included with Linux would be a GPL violation (I don't, because the spirit of the GPL is applied, and the binary itself is not a violation because CDDL allows sublicensing of the resulting binary), then distributing it as source that is compiled on the users' machine (DKMS) is fine. Not to mention that Oracle will not have standing to sue (their license has not been violated in the case of distributing CDDL code with the GPL -- the only people you can argue have their copyright violated are the the Linux kernel guys and I don't see why they would sue people for the dubious license under which the source code is distributed -- nobody seriously believes their whole work will be under the CDDL, only code that was ported directly from illumos's ZFS).

The LLVM/Clang thing was caused by technical decisions in GCC, where they believed that making something like LLVM's IR would allow people to make proprietary compilers based on their technology (which is a valid grievance if you care about preserving software freedom). The point is that it was a technical decision.

The only requirement you have if you use the GPL is to accompany your binaries with the source (or the other two provisions in the license which aren't as well-used as others).
"What's new in fire OS 5", published September 17 2015

http://www.pocket-lint.com/news/135336-what-s-new-in-amazon-...
What I would be curious to know is how many of these 268 samples do not have a matching DNA. "Scientifically invalid" is a bit vague. Does that mean that the samples were not a match or does that mean that the method used didn't provide a sufficient degree of confidence of a match?