skysight-inc/HackerNews huggingface dataset:
"The point I was making though was that if you don't care then you don't care."

I disagree with this. You always care, to some degree. If I write a one time, 100-LOC script to process a 1GB of data, I don't care if it takes 1 second or 1 hour. But I would care if it took 1 week or 1 month. That's why Java performance is good enough for 99% of programs I write, Python is also good for many, but if I completely didn't care for performance and wrote sloppy code in Python (or Java) I'd get into 10000x performance penalty region and this would be unacceptable in almost all cases.

"I think x3-5 is a reasonable rough number to put on it but while I can point to benchmarks I can't point to a comprehensive study that shows "reasonably" written across different domains" YMMV. The micro-benchmarks in Great Language shootout disagree with this. Most of them are within 2x range and the one outstanding is actually a benchmark of particular regular expression engine. Ok, we should not believe microbenchmarks, so what about real, optimized applications? Compare performance of Netty vs nginx. Or Tomcat vs Apache. This is a tie. Or Hypertable vs HBase (yeah, despite huge expectations and marketing, even in Hypertable own benchmarks, Hbase comes only... 50% - 2x slower). Or Jake vs Quake2 with Jake2 again not even 50% worse (actually better in some cases).

"C++ is the dominant language in Google Code Jam"
This only supports what I already wrote - when writing a very small piece of code you have full control over, like for a competition, it is much easier to achieve high performance code in asm/C/C++ than in Java/C#/Scala etc. In a competitiona like that, even a 20% overhead is not acceptable and I'd also use C or C++. But you can't extrapolate that on large-scale programming, where benefits of using a high level language matter much more.

"Another thing to consider is that in a native language you can drop to assembler to optimize performance critical sections" I can do that in Java or C# as well.
Really? You never saw photos of all the oil-covered birds? I thought it was pretty well-known.

Also, it wasn't an air strike against the pipeline, it was the Iraqis dumping oil to prevent US marine landings (from what I heard, they were planning on setting it on fire if there were any ships there? Game-of-Thrones-style).

The air strike was to prevent further spillage:

> On January 26, three US F-117 fighter-bombers destroyed pipelines to prevent further spillage into the Persian Gulf.
That's lovely - but that sounds kinda like what those who work with the NSA TAO say when they want to recruit independent contractors to find 0days, and we now know that many of those are not fully aware of what happened to their work.

Could you comment on whether your participants are in any way, directly or indirectly, working to find vulnerabilities for the NSA to exploit, to your knowledge?
I'm not sure about that. Having spent some time studying knife fighting, one thing becomes abundantly clear - no matter how expert you are, and how inexpert your opponent is, a knife fight is still extremely dangerous.

Statistics I've seen in the past, which would fit with my experience, suggest that a 3-in-4 chance is the best you'll ever do in a knife-on-knife conflict.

Knife-on-unarmed is even worse odds. I've never encountered a single martial artist - and I've encountered a lot - who would recommend fighting unarmed against a knife unless you have no other option. "Give the guy your wallet" is absolutely SOP in this situation, and by far the choice with the highest chance to get you out alive.
I'm not sure that it is even theoretically possible, unless the encoder is deterministic. At least some encoders (LAME?) break ties arbitrarily.
The bit about clever people who have always found it easy to achieve rings true when you are working with training teachers.

They have problems with the teaching sometimes. These problems are not easy, scalar or well defined. There are no 'textbook' solutions. Some cope with the messy reality well and some don't.
It's probably nice if you only write JS (say, you write a node.js app).
To me SQL is still the best query language we have. It's usable amongst a wide range of database servers, from tiny embedded sqlite to oracle. It's _easy_.

One side that NoSQL fails on is to not have a common query language, imo. You chose MongoDB in your project and want to migrate to another database? Not that easy. Switch from MySQL to Postgres? Probably not a drop-in replacement, but much easier to do.
Unfortunately in the US we have a divorce industry that spends billions of dollars on advertising targeting mostly women, but also men with attempts to normalize divorce or even to make it seem fashionable.

Basically if you look at the hard data and examine the strong correlation between the aggregate divorce related TV advertising spend over the last 50 hears and the number of divorces in the USA a clear picture begins to emerge.

This is just another marketing success story where PR firms spent billions to educate a market.. to help the divorce industry reach "product / market fit"
TL;DR (to the best of my understanding) :

- Research supported by govt. funds will be required to be made open access, or to be submitted to some public repository.

- Research can be made open access by publishing in an open access journal, or by paying an open access fee to a subscription journal. The government will _not_ fund the fee.

- The public repository can be one run by the researcher's institution. If such a repository is not available, then there will be one run by the government as well.

- Comments/questions are being invited here:

--- Muthu Madhan, "EPT Award winner for the promotion of open access in developing and transition
countries": madhan.dbt@nic.in

- The following are very approachable as well:

--- Dr. K VijayRaghavan, Secretary, Department of Biotechnology: vijay.dbt@nic.in, https://www.facebook.com/kvijayraghavan

--- Department of Biotechnology: https://www.facebook.com/pages/Department-of-Biotechnology-I..., https://twitter.com/DBTIndia
Large areas of WW2 were oil-related: North Africa, Indonesia, southern USSR (leading to Stalingrad), etc. I've not yet seen someone write the oil-orientated history of that war.
I thought it was created to increase job security? http://harmful.cat-v.org/software/c++/I_did_it_for_you_all
I've looked into RethinkDB and I really like it but… you have to migrate your data between each 1.x -> 1.y release which might be trivial early on but impossible at a larger scale :-/

http://rethinkdb.com/stability/
Even with free healthcare there is a gap between lifespan for rich and poor people in the UK. Rich people tend to make better use of healthcare and know what questions to ask.

Here's some newspaper articles giving some confusingly different numbers.

Poor people die sooner, and also live longer with a disability (17 years) http://www.theguardian.com/society/2010/feb/10/equality-pove...

Ditto, 20 years http://www.telegraph.co.uk/news/politics/10699077/Rich-will-...

Life expectancy gap for London is 25 years and growing http://www.independent.co.uk/voices/comment/a-25-year-gap-be...

Life expectancy differences between rich and poor getting better http://www.independent.co.uk/voices/comment/a-25-year-gap-be...
Notice I put yet in parenthesis. Google: Reston ebola virus, or just read the hot zone.

You want stuff to be afraid of look up: drug resistant tuberculosis, or the scientist Yoshihiro Kawaoka.
At one very early point in its history, yes, I understand that was accurate. Then they encrypted them, but the key was easy to find, and then they started doing more complex stuff.

It's of idle academic interest to me. Never used Spotify, but I don't wish them harm either.
I don't think unsafe calling is standard at all. It's non-standardized as well. Normally the JVM would copy objects between the JVM and the native process. With unsafe, they are operating on the same bits of memory.
You can use the "Git source changes" atom feed from https://code.google.com/p/dcef3/feeds

There's similar functionality on github (but I haven't found documentation for it)... Example: https://github.com/shirou/kptool/commits/master.atom
This will not be needed for the next releases (if everything goes as planned)
https://github.com/rethinkdb/rethinkdb/issues/1010#issuecomm...
I'm not a bot, but my English teachers always taught me not to put two verbs in one sentence.
Fake players are not necessarily a bad thing. You don't have to program them to fix the game as the company pling worked for did. You can make them perform as average players or even weak ones (so you have many winning and happy real players). You decided to openly advertise them as NPCs and that's ok but you might have just hinted about their nature. Plenty of games have bots and NPCs. Actually, up to the time of Internet games everybody played against bots all the time and the end level bosses were usually very strong. Nobody complained (too much) about it.
You might want to have a look a Centennia:

"CENTENNIA is a map-based guide to the history of Europe and the Middle East from the beginning of the 11th century to the present. It is a dynamic, animated historical atlas including over 9,000 border changes. The map controls evolve the map forward or backward in time bringing the static map to life. Our maps display every major war and territorial conflict displaying the status of each region at intervals of a tenth of a year."

http://www.clockwk.com
Actually, C++ has worse problems with this. Consider separate compilation and dynamic library loading. There is no way a static C++ compiler can inline accross dynamic module boundaries nor megamorphic call sites when the called function tree is not inlined completely up to the caller level. In rare cases, when it is, both Java and C++ do it now.

JVM inlining is unmatched by static compilers now and is going to only improve once techniques described in the Azul paper are used. Sure, JVM has a ton of other problems compared to C++, but inlining is not one of them.

BTW: I agree with the point that JVM optimizations are not enough and you often have to know what you're doing and optimize by hand appropriately.
If you look at the source of that page, you'll see:

<link type="application/atom+xml" rel="alternate" href="/feeds/p/dcef3/gitchanges/basic">

which refers to an Atom feed for the project's commits.

Same for Github projects, e.g. at https://github.com/petdance/ack2 you will find:

<link href="https://github.com/petdance/ack2/commits/dev.atom" rel="alternate" title="Recent Commits to ack2:dev" type="application/atom+xml" />
Lossy compression != lossy decompression/restoration.

With vanilla JPEG, you should be able to redo the DCT and find the quantized values exactly as they were, which means that you could losslessly reverse the JPEG compression not in the sense you get a compressed version that decompresses to the same lossy reconstruction.

With deblocking filters in MPEG2 and later, this is not necessarily the case, because you try to smooth things over in decompression and can't reconstruct the compressed version either.
- Runs it in a virtual machine/emulator (QEMU).

- Records (with PANDA) every instruction run and every piece of data read or written by that virtual machine for half a minute while it's playing audio. (!)

- Analyses that recording and uses some very clever statistics to identify functions that read chunks of data that looks encrypted, and write chunks of data that looks compressed (yes, you can tell the difference, compression is imperfect).

- Out pops one likely candidate, which sure enough is the decrypter.
Eating corpses seems to be selected out with diseases like Kuru.

http://en.m.wikipedia.org/wiki/Kuru_(disease)

That's is rather more contact with a corpse than most funeral practices involve.
This is an example of a 'phantom type'. See http://www.haskell.org/haskellwiki/Phantom_type (and references therein) for an explanation (including a motivation) of this technique.
Fascinating. I was in Dominica at the time. They threw a national street party for the day to celebrate "the big house falling down". I guess there's something of a grudge to be borne there, from hundreds of years of slavery.

Re: the thread, it's saddening quite how many were immediately desperate to go to war - with bin laden, nonetheless. This is generally a bit odd, given that OBL was only really known in the west for the Kenyan embassy bombings in 98 - and before that knocking off a German spook.

So, I guess my question is: Why we're folks so quick to choose OBL as the perp, even while every group on the planet was taking credit? Why this relatively unknown group who've done little in 3 years?

I suppose it's just odd that many seemed primed to have the same response, of "let's bomb Afghanistan".
Ποιο είναι το καλύτερο e-shop; - SEO | WEB DESIGN BLOG
Why would someone downvote this?

ORMs certainly are a leaky abstraction, and they certainly do come with a penalty in performance and expressiveness. Is it really downvote-worthy to add the opinion that they are unnecessary?
The distinction doesn't matter one iota.
How to Build a Virtual Machine - Terence Parr building one live
Felix Dennis, a hedonist and media magnate, died on June 22nd aged 67
They are not without criticism, in Rawanda they might have supported the wrong side, supporting a group of refuges that would be the imperious for an invasion of Zaire, the destabilization of which has lead to continuous conflict in the Congo.

As Alain Destexhe, the secretary-general of Doctors Without Borders, put it: "How can physicians continue to assist Rwandan refugees when by doing so they are also supporting killers?"[1]

[1]Dancing in the Glory of Monsters: The Collapse of the Congo and the Great War of Africa Paperback – March 27, 2012
The reversibility depends on the decoder being deterministic, not the encoder.
additional links :

https://thenewcircle.com/s/post/1617/how_to_build_a_virtual_...

http://www.meetup.com/SF-Computer-Language-Design-and-Implem...
If I'm being fair, audio encoders are more advanced than video encoders, and we can probably shave more off with psychoacoustics than we can with our current understanding of psychovisuals. On the other end of the scale, video encoders have to process orders of magnitude more data, in more dimensions!

For example, Opus's CELT encoder uses lapped transforms and keeps about the same level of constrained-energy. Combined with the (hybrid) voice codec in some very advanced ways, it makes for the most advanced audio codec around by quite some margin.

You look at video, and nothing's that good yet, not even HEVC. The only thing that leaps to mind is Xiphophorus's Daala project - https://www.xiph.org/daala/ - which is hoping to do for video what Opus did for audio and develop a royalty-free, awesome video codec (rather than being donated a royalty-free, okay two or three) - and that's I'd say one or two generations ahead of HEVC, but of course, still very very early work.
I think this demonstraights a real weakness of Haskell. Several times I've started a new project only to spend several hours trying to work out the correct way to structure what I want. Often it is hours before I even get my first successful compile. This is exactly as shown in this blog post. While some people enjoy this kind of tinkering, for me this really quickly saps all my motivation for the task. I just want to get something, anything, working. I work best jumping directly into a task and understanding it from the inside out, learning from my mistakes. Sometimes if I do find a quick and dirty way to get something working in Haskell - often refactoring it also becomes pretty difficult - which turns me off again. Neither of these are problems I have in other languages.

Arguments for which approach is better aside, it is no wonder lots of people who learn and approach tasks like me, feel a little betrayed by Haskell. I've used it for a bunch of things, I'm past the steep learning curve - but it seems I'm still not reaping the rewards. Is my philosophy of jumping into projects really so bad? Is it Haskell's place to question such an approach, when it has served me so well elsewhere?
Ask HN: PostgreSQL or mysql/mariadb for a small startup
If you had to build a startup from scratch with just three people what would you use and why especially in regards to ease of use, future scalability and features?
You seem to have misread what I posted. Let's break down what I said:

> That said, I think that Assange's publicity seems like it plays a part into why this is being pursued. There doesn't even need to be nefarious pressure from the USA for that to be true.

(I'm not heavily invested in the Assange situation, and I don't spend hours pouring over all publicly available material on the matter, so forgive me if I'm missing something obvious here.)

I said this because it seemed like a few things could be true:

1. The woman could have come forward due to the extra publicity that Assange was getting at the time [ If I remember correctly, this happened around the time the Wikileaks was publishing the leaked diplomatic communications. ] Note, that this says nothing about whether or not he actually raped her, nor does it say anything about whether or not he should stand trial for said rape.

2. The Swedish government could have been pursuing the case extra hard because he was a public figure. [ Maybe I'm cynical, but I feel like authorities may not pursue a case that hard after the suspect has fled the country. Especially if it's "only rape" rather than something sexy like "terrorism" that will get them a promotion. ]

3. The publicity surrounding Assange makes him easier to find abroad, unlike someone with less of a profile, who might be more difficult to find for extradition.

> It doesn't even have to be at the government level. Maybe he did rape her, but she only came forward after seeing him in the media. This would still be his publicity playing into it. Also, his publicity make it easy for Swedish authorities to know where he is to pursue him.

In response to @notahacker saying:

> think Sweden has a general policy of pursuing alleged rapists even when they aren't public figures.

This plays back to those original 3 points.

How does any of this make me a mysogynist? At no point do I express an opinion on:

- The veracity of the woman's claims

- If Assange should go to Sweden to sort out this issue / stand trial.

Just because a woman doesn't come forward right away does not prove that she was not raped, nor does it prove that she has some nefarious purpose.
My kid is a non-spender. He has, maybe, 20-30 games on his iPad that are all pay-to-accelerate, so he plays them in turns and ends up playing all the time. So he makes a steady progress even with some most greedy of the games, of which DK is indeed the crown jewel.
Wow! That's a huge leap forward. I can look seriously at RethinkDB again for a new project. Is there a public roadmap where I could have seen that coming?
I wrote a similar library a while back (https://github.com/bndr/node-read), but without the command line tool. This seems cool.
You're comparing concatenating strings vs building data structures. Naturally the latter is preferable. It's fairly trivial to represent SQL as data structures in your host language (an embedded DSL if you like) and then you have the benefits of compositionality you currently have with JSON.
Why I’m staying with Node
A very small tip for people learning Haskell (coming from a fellow newcomer to the language): as you read the code, mentally replace "::" with "has type of."
This is just some really neat reverse-engineering research using Spotify as an example. He doesn't want to harm Spotify.

Also, DRM is not necessarily intrinsically linked with payment. For example, people release DRM-free games on the Humble Bundles, and they make millions for charity. There are some business models that don't work well without it, yes (Spotify's particular model of streaming, for example), but plenty that don't need any DRM at all (digital radio stations, for example).
for example eu-west-1: AWS bought that big warehouse in Tallaght, and it is somewhat operational, but not "live". You cant select it.
Maybe you underestimate how many numbers are weeded out just by checking divisibility by 3, 4 and 5? The first check regarding 2 will always return true, as `val` is incremented by 2. The check for divisibility by 3 will cause an abort for two out of three calls. The check for divisibility by 4 will cause an abort of half of the remaining calls (as `val` is incremented). And I guess the check for 5 will weed out an additional segment of 4 out 5. Thus just after checking 3, 4 and 5 only 1/3 * 1/2 * 1/5 of the `val`s will continue down the recursion call. So the majority of calls terminate in the highly optimized static division code.

Now you can still argue that the remaining calls that go deep into the recursion could account for a lot of time. I don't believe this is the case though, as in each recursion call you should terminate a constant fraction of each calls, so the drop down should be exponential.

An other interesting observation of this phenomenon is that running the recursion backwards (beginning with the large divisors) might greatly decrease the runtime as a more significant fraction of the `val`s are falsified by larger divisors in the first calls of the recursion.
This is where the MongoDB guys are very sly. MongoDB works brilliantly if you are one developer on one desktop working on one app - you don't need a DBA or any other ops guys, you can just develop away to your little heart's content!

So they write their app and chuck it over the wall to ops, and by then it's a fait accompli, the ops guys know they will look very bad to management if they say "WTF is this?". So they try to make it more-or-less work, then come on HN to share war stories.
I agree.

Haskell enforces a programmer to create structure. There's no way around it. And it's (nearly) impossible to hack things together without failing early and often.

As a result, before the problem you're trying to solve can be explored, you're stuck making guesses on how the problem should even be structured. You spend a few hours with one guess, it turns out to not get your far, and you try another.

The unfortunate part is that these guesses aren't letting you get to the meat of the problem effectively; you're stuck trying to solve a meta-problem.

Of course, once you have solved the meta-problem well enough, you can start exploring your problem. Unfortunately, you may find that your meta-solution doesn't actually let you answer questions you didn't know you wanted to answer from the get-go, and now you're back to square-one.

When everything is right, the program is usually very beautiful, safe, and—if you're skilled enough—efficient.

Perhaps not all Haskell programmers have this issue for very non-trivial programs, though I certainly do.
"According to other people I've talked to, the books I've read, and the therapists I've been to, the idea that couples divorce too easily is simply false."

I don't think it is about how "easy" it is. It's about when is divorce considered the "right thing"? In the west we often consider divorce the right option based on feelings and desires. Don't settle. You have the right to be happy etc.
The gamasutra article starts with a disturbing description of someone addicted to TF2.

Team Fortress 2 is often described as IAP done right - purely cosmetic items that confer no gameplay advantage. So it's useful to see that even that can exploit vulnerable people.

Should game makes pit protective measures in place? Or at least have a process that allows players to self-report their vulnerability?
I'll wager all of those have more COBOL than they do any other technology. Probably 1000x more than they're running on MongoDB.