skysight-inc/HackerNews huggingface dataset:
My understand the cynicism over certifications like this, but they have value.

In the case of FIPS 140-2, you have the assurance that the crypto module, say OpenSSL, was verified to work consistent with the FIPS spec, and that it was built in a manner consistent with that test.

Now I get that FIPS has its issues, but the vast number of organizations lack the knowledge, skill and time required to evaluate the correctness of crypto code.
Please don't post rage rants to Hacker News. This is not the kind of discourse we want here, regardless of one's position on excess use of force by police, etc.

This, in particular, is egregious: "silently celebrate whenever a police officer is killed". You can't comment like that here. Please don't do it again.
The octocat is in reference to the example app but I can see the confusion.
I am thinking of a pretty expensive product that we are currently using that is very similar to what you are describing.

It has an old search/filter interface that allowed filters on arbitrary fields, and indeed filtered results would sometimes take 10-30 seconds to display.

Now it is being phased out in favor of new, prettier and faster interface, that only allows filters on some fields, and on top of that has a much lower limit on filtered results displayed.

It does load a page of results on screen faster, but leads to never-ending frustration when trying to do anything useful: now, instead of filtering on what I actually want, I have to iteratively do a zillion filters on irrelevant items, trying to fit within the row limit, combine the output, and then filter that again manually, sometimes taking hours to do what is possible to do within minutes in the old version.

On top of that, for a longest time an absolutely essential filter was hardcoded to be on in the "new" version, making the whole thing useless entirely :(

The whole discussion reminds me of discussions of "feature creep" in products like Office. Indeed, most people use only ~20% of the features -- the problem is that these 20% are not the same for everyone.
It's not the complexity of the model, it's what you are doing with it. Almost all applications that use a database do some kind of CRUD. These operations, no matter how complex your model is, are easily handled by ORMs.

But one of the big advantages of an RDBMS is being able to perform more complex data analysis and transformations. You can do that with an ORM but the result is usually harder to understand and less performant than doing it in raw SQL.

Most advocates of ORM are thinking of the former case and most proponents of ORMs are thinking of the latter case. The trick is not to get boxed into one solution.
Assuming reputation starts at zero then a new account wouldn't be in the good pool nor the bad pool, just unknown.
From Angular 1.5 to Angular 2
In the UK Apple Pay is everywhere. And you don't have to do anything, just tap the phone. No receipts, no signing.
my original comment and your response are about how EVs and ICEs stack up, not whether or not ICEs are sufficient. anyway, using the brakes less can only be good. they arent used seldom enough for rust to be a problem. ive never heard of anyone having that problem. and stressing the brakelines less often can only have a positive effect on their reliability. but anyway this claim that 95% percent of when something breaks down its unrelated to the engine is just obviously silly. a very quick search reveals that it isnt true. catalytic converter replacement and oxygen sensor replacement are the two most common repairs for cars seems to be the consensus. and neither of those are present on an ev. all the other items that come up are engine related or ICE exclusive. replacing spark plugs, loose gas cap, gaskets, coolant sensor. this is not surprising. if you can find an analysis of the distribution of different car repairs that says otherwise then go ahead and post the link. a very large percentage of repairs are ICE exclusive, so EVs are more reliable. and even if ICE components only accounted for 5% of repairs, they would account for 90% of repairs that cost a ton of money to fix. transmission, fuel, exhaust and engine. good riddance.
Facebook Bug Bounties – Unofficial Treasure Map
"Whenever I read .. that they would rather write SQL"

If they do write SQL. There are ways to structure complex domains that don't involve relational databases. Having said that, the alternatives presented in this article are weak, and suggest the author is not aware of a world beyond relational databases.
Ask HN: Did anyone use ruinmysearchhistory and get Google account suspended today?
Today my google account was suspended for ToS violation. I think it might have something to do with the "ruin my search history" viral thing yesterday.

Did anyone else who participated in that have their account suspended today?

(Talking about this -- do not open link if you do not want to literally ruin your search history: ruinmysearchhistory.com)
It's a platform with a file format and linker sections that are currently unsupported by LLVM, among other issues.
> I think we are otherwise left a little unsettled over what the promiscuous scattering of third-party money throughout the courts might do. Whatever it is, it likely is not good.

I disagree. Division of labor and specialization is almost always economically efficient. Litigation finance is just the embodiment of that concept applied to litigation.

Traditionally, litigation has been financed either by: (1) the plaintiff; or (2) the plaintiff's lawyer (in the form of a contingency arrangement). Neither of those parties are the right ones to valuate or finance lawsuits. They don't have a sufficiently cross-sectional perspective of the industry. Lawyers are in fact notoriously bad at valuing cases.

Litigation funders can become experts at valuing good lawsuits, and financing lawsuits so that entities don't have to divert their own capital for those purposes.

Note also: in a system like ours that relies on lawsuits to protect property and other rights, forgone meritorious lawsuits are a source of economic inefficiency. Gawker is a great case in point. If a judgment against Gawker makes it go under, that means the harm caused by Gawker's existence exceeded the value created thereby. If Gawker didn't get sued simply because Hogan lacked the liquidity to bring the suit, that would've been a net loss to the economy--an entity sticking around that literally does more harm than good.
As a baseline I'd say that any game where the 'prime content' is ranked PvP it is a competitive game. Sure HotS and LoL have non-ranked play but they aren't the focus of the game.

Another simple metric is to look at eSport tournaments by prize pool. If people are playing the game in an attempt to win hundreds of thousands or millions of dollars, it's a competitive game.

I get the impression that you are conflating 'competitive' with 'difficult'.
> Just because programming is simple enough that you can learn how to do enough to get a well-paying job before hitting 16 doesn't mean that people who go through a college degree aren't also doing a ton of self-learning alongside lectures.

If you read my statements carefully, I said exactly the same thing.
This is a good point. At Userify, we support RHEL7+ (also CentOS), Ubuntu 14.04LTS, and Debian Jessie for the on-site server product (we support a broader range of managed nodes). It's a good point that about 2/3's of our customers use either RHEL7 or CentOS, but we do have customers running on Ubuntu (for instance) in both HIPAA and PCI environments.

(We also provide cloud-based SSH key management at no charge with upgrades available, but mostly our customers there are startups, although we do have a couple of public companies on our cloud SaaS platform. Since our revenue is largely driven by enterprises and mid-sized companies that want to run their own in-house and/or in their own clouds, we'll try to accommodate any OS they prefer: normally, that's RHEL, but increasingly Ubuntu, Amazon Linux, and CentOS.)
The Art of Fiction No. 123, Tom Wolfe (1991)
Boring cars cost less to maintain.
Employees aside, toxic nature is inevitable for competitive online games that allow for open communication. To "fix" this may mean to make chat communication closed, or opt-in with friends, or only have a select few chat rooms with heavy moderation, or only allow a select number of phrases, etc. It would require re-thinking how chat communication in games should work, something that say Nintendo and Disney put effort into.
Perhaps writing longer functions would cause the compiler to use more registers, since it needs to keep track of more variables. Though I think this is not the point.

I think the author was just pointing this out as an interesting exercise rather than a call to action.

The hottest 5 instructions for the call to std::fill were generated by the compiler that inexplicably didn't end up using a rep (or variant) instruction. But we don't know if in this case, fewer x86_64 instructions profiles faster or slower.
Where the hell are you going to openly defecate in major cities with all the traffic?
Uhh, isn't this illegal?
"it's ORMs that are only good for fairly simple data models"

That's not true. Maybe you haven't used a powerful ORM, but with a good ORM you can scrape a fair bit of bad architecture under the rug.

"SQL is good for both simple and overly complex models"

SQL is poor for complex models. Imagine a schema refactor, and then a SQL query that breaks on aggregation without you getting any notice of it. It's easily done. Maintenance is a key quality of good software. There's other maintenance problems with platforms based around reldbs as well: it's arduous to maintain parallel test and production environments, and to have dev environments that operate at the same scale as your production environment.
Sometimes players add you to their friends' list just to insult you, I stopped counting the times I was called a faggot in HS.
Static generally means the assets and code are created and cached at deploy time, without any changes or code generation after deploy. Static sites use the same base code for every user, and interact with APIs to customize the experience. Loading new context-specific code, even if cached along the way, is not generally considered static.

This is part 1 of "the dream", the next step is being completely serverless - that is, not managing your own servers and using hosted services instead. The challenge there is mainly authentication and the security model, but with something like firebase with it's clever security model (or another similar authentication-only service who's name escapes me) you can basically build an app of almost any complexity.

CDN > Auth Service > Message Queue > Lamda-type processing > Hosted DB
The smaller your penis, the more you pay for car maintenance.
Same. Fascinating.
> but somehow they found a whole bunch of backers.

Well no, they wanted something like CurrentC because it would give them access to so much consumer data.
The origin of the company is irrelevant (even if the officer asked questions about this topic – they like doing that). Even if it had been a British company she would not had been allowed in. The rules are clear (Getting paid? Not getting in visa-free with very few exceptions).

And even if there would have been no appropriate visa to apply for that means the UK does not want those people in. Turning up at the border and requesting entry based on a reason not allowed on the visa-free program is not a solution no matter how wrong the situation feels.
What's more, PowerPoint was pretty much free. The Microsoft Office bundle was cheaper than buying the programs separately. You probably bought Office even if you just wanted Word and Excel.
That would be fine. The hypothetical billionaire non-profit would have disclosure rules, and the judge could determine if their charter was sufficiently related to be able to weigh in. This isn't actually all that complicated, we do it for amicus filings all the time.
Makes sense that employees need to know the game they're working for, right?
I used to use GitHub Pages, but you can't have a custom domain that has SSL, so I switched to Surge like six months ago, and it works great. To be honest, though, if GitHub adds custom domains with SSL to pages, I'll probably switch back.
While overfitting is always possible, in this situation there is an easy causal explanation for why toxic players could be toxic employees. From my experience playing Dota I know that if I was stressed out by work or life I would be more toxic in game.

In general another way to phrase it is that correlations in the past strongly suggest correlations in the future. This is especially true when you can think of reasons the variables are causally related. If they did this study and found that employees whose favorite cereal was frosted flakes are more toxic I'd be much more skeptical, as that could indicate they were doing a shoot everywhere and see what sticks approach.
Well, the straw libertarian might be richer than god and the only person with access to enough capital to buy all the water rights at once. He's a straw person, he can be a lot of things. I'm aware it's not the most plausible example but I tried to pick an obvious one to easily illuminate the other side of the argument. I'm sure you could cut my examples down like Scotsmen (one down, n to go!), so I'll leave the remainder to your imagination.
Man, it would have been nice to have text instead of images for those tables. Would have made me more confident in my searching through them.
Wouldn't be a bad idea to put the free sample chapter behind an email list signup - worked well for my book!
+1 on SQLAlchemy. I find myself using the SQL expression API all the time these days for ad hoc queries where in the past I would have fired up psql.

from sqlalchemy import create_engine, func, select

query = select([
my_table.c.column1,
my_table.c.column2
]).select_from(
my_table
).where(
my_table.c.column3 == datetime.date(2016, 5, 10)
).where(
func.coalesce(func.array_length(my_table.c.my_stupid_column4_is_an_array, 1), 0) > 0
)

The above:

a) isn't too much more boilerplate-y than the actual SQL statement itself but is composable so later on in my IPython session I can easily do

other_query = query.order_by(-my_table.c.column1).limit(10)

b) can always just be written in straight SQL if I don't remember the specific SQLAlchemy invocation or can even be written as a mish-mash of SQLAlchemy expression language and textual SQL.
My experience is that ORMs fail at dealing with reports, searching data and all large data updates. If all your application needs is a single row of data tied to some other set of single rows of data then an ORM might be of limited benefit to you. I have had multiple contracts to fix the performance problems introduced by ORMs. In the test database the ORM was good - in the real world not so good.
And C++ was originally just a C pre-processor. It's not anymore. So what it was originally is not that relevant nowadays. And that's the whole point. They have diverged too much.

These contexts you speak of are rare enough that the "no-C/C++" heuristic is useful.
And this, my fellow hackers, is why you shouldn't take part in software patents, even when you see your employer in a very positive light. Ten years from now, things might be much worse there, and then your wonderful "defensive patent" is suddenly at an auction to the highest bidder, who might use it as a weapon to extract wealth from innovators.
Gosling Rallies Against Oracle for Java EE Neglect
Is he raging? waterphone sounds depressed about these state of affairs, not rage-filled. He doesn't want to be happy about an officer's death, but in the face of the behavior of our police force? It's weird how our monkeybrains celebrate the death of a member of a corrupt and insane organization.
Agreed. I did not mean to minimize the effort involved.
> we have a patch in the queue

If you mean this one[1], it's merged. Still lots of work to do, and even more corners where things will shake out[2], but there's definitely progress.

[1]: https://github.com/rust-lang/rust/pull/33460
[2]: https://github.com/rust-lang/rust/pull/34174
Though I am personally very pro-privacy, I do think about the parent poster's thoughts sometimes. I have a thought that goes like this:

Masturbation. For a long time, this was taboo, both for families and in public discourse (sitcom innuendos, not really taught in lots of sex ed classes, NASA not commenting on space masturbation). We didn't really talk about it, so you'd end up with kids doing this and feeling ashamed. On one hand I see the pro-privacy argument that my business is private, and if gawker posted a blog post on my masturbation habits, it would be deeply intrusive. However in the absence of privacy, we'd see that this is not a big deal, and everyone does it. The latter scenario is the world I'd want to live in, the former is the world I do live in.

So privacy allows us to live lives as we would like, while maintaining the appearance that we're living our lives as society allows. This is very good, but at the same time, you could just relax society's restrictions with the same result.
No one is suggesting compiling a giant project like wikipedia into a static site and deploying to surge. its about the web client being a static front-end that can be cached and run offline.
Also, regarding "So yes, in this case it was possible to get multiple-minute load times in the worst cases. Why would anyone want to see many of these columns for hundreds of thousands of rows at once? I have no idea, but they could, and it was slow, and they complained." -- most likely, because they either need to compute statistics or do an analysis that your app does not provide, or in order to make custom queries based on that output.
To take disciplinary action against employees who among other things are "'pulling rank' on other players to intimidate them"?
Longer lived patents totally make sense in other industries, though. Look at the pace of innovation in, say, space exploration. It can take longer than two years just to build and test a new rocket design, so if your patent expired before your first real launch, it would have huge chilling effects on R&D.

I'd say a better solution is to just make software ineligible for patents entirely.
So you have a primary account that you play on, then apply to riot, and then create a new account that Riot doesn't know about where you call your jungler cancerous garbage. Easy peasy.
Barbecue and Project Management
Sorry, I did mean "contactless credit cards" rather than "generic contactless system" – the word "contactless" is almost exclusively associated with payment cards in the UK.

TfL's network has supported direct use of contactless payment cards for > 6 months now, so Apple Pay (and the Android equivalent) support comes for free.
League has the same deal. Also, in League, you either have to sink more time or pay real money to play the champions that you like, so that further increases the cost of creating new accounts.
This is a psychological problem not a technical one. If you've already written the SQL the right choice is to use that and not translate it into the ORM. The other way is madness, which you know, but you don't accept it.

An ORM is supposed to save you time. And it does. For the bulk of database interaction an ORM will save you a lot of effort. But it's not the be-all-end-all. It has limitations. And when you hit those limitations, you just don't use it. This isn't a huge strike against ORMs in general because every technical choice is a trade off. You just have to accept that it is a trade off. And because it's a trade off, sometimes it'll be the wrong choice for a task.

I've been in your situation and I happily add the SQL to the model directly and go back to my day. I don't worry that I didn't use the ORM. It's there to help me, not hurt me.
It's a bit of a strange example to make this claim about, since the argument that that post broke HN's rules is pretty easy.

The balance between upvotes and flags (and moderation) on HN is pretty stable; it's been this way for years. It doesn't always produce what I think is the most interesting and important result, either. Probably true for most readers if not everyone.
Lots of people stream games, and lots of people watch those streams. Anything you say in public chat (or in team chat when your teammate is streaming) can be viewed by anybody who watches the stream or watches a recording of the stream. The potential audience is far greater than just "the ten players in the game at the moment".
`(ノಥ,_｣ಥ)ノ彡┻━┻`
Considerations of economic efficiency are a complete non sequitur. You're either being skilfully provocative, or making a category error.

Justice is not a resource to be allocated, and in this case all we're discovering the price of is a billionaire's bruised ego.
Broadband in the US is an excellent example of how a free market doesn't really provide any benefits for consumers.

Case in point: Wisconsin has about as many people as Norway, but Wisconsin is around three times smaller in area and has a much simpler topology and topography. Still, Norway has a lower number of households where broadband is unavailable.
The website dota-allstars was owned by Mescon, and it was acquired by Riot when he was hired by them. At that point, it became their property and they were free to do whatever they wanted, and they chose to display an ad for their main product. They then sold the website to Blizzard.

How is that sleazy?

I hope you aren't offended by this but all this sounds like some incredibly stupid MOBA/e-sports drama.
Better title: ORMs are my favorite thing to strawman.
"probably associate"

Speculation. Have you confirmed this?

If the product has seen little usage & people show little interest, there are two possibilities (1) you aren't solving a real problem people have (2) you aren't marketing it well enough.
>Marissa Mayer, the Yahoo CEO who enunciates in a similar alien voice, makes cutthroat decisions based on metrics, and has difficulty holding eye contact with subordinates.

https://backchannel.com/who-are-the-real-life-models-of-sili...
Hotmail registrarse
Moving the Nutanix-Citrix Product Integration for AHV to the Next Level
>using a non-relational data store, or using SQL directly. If anything, that will remove layers,

A non-relational data store doesn't add layers up front, but you end up adding homegrown migration layers once you realize the schema you used for your documents is no longer adequate.
Don't prematurely publish your interface.
I'm guessing you're new here? There's really no point in posting comments like this unless you want to see how low your karma can get.
Andreessen Horowitz Raises $1.5B for New Fund
I love solutions like this. I look at them and think "It's so simple and obvious! I could have invented that." But I never do invent them.
[nsfw] porn startup donates to charity every time you orgasm
Seems like a slippery slope. For example, what if these "troll" employees were grumpy because of some on-the-job stress factor? Then, by dismissing those employees, Riot would be hurting its chances of diagnosing and solving that problem i.e. they would be treating the symptom but not the cause. I dunno. Just food for thought.
Roosevelt was applying the term to journalists at publications like McClure's. There's a great book about this period by Doris Kearns Goodwin (The Bully Pulpit) that I can't recommend highly enough.