skysight-inc/HackerNews huggingface dataset:
> that is not the same as saying that people should be sent back to war zones.

"In the region", you can choose whether to send them to:

1) Turkey, an increasingly-authoritarian regime which is already overflowing with millions of refugees, making money with the fanatics and holding mainstream cultural values that tend to despise people from Syria/Kurdistan/Iraq;

2) Lebanon, a country where refugees from other conflicts already account for over a third of the total population, and which is far from stable on its own (half-run by the unofficial Hezbollah militia)

3) Israel. They don't even want "their own" arabs...

4) Iraq, another war-torn country half-owned by the same petro-fanatics;

5) Iran, which is logistically very difficult (being on the other side of warzone Iraq) and, well, not great for people running from religious fanatics;

6) Jordan, another poor and unstable country already full of refugees from previous conflicts.

7) Saudi Arabia. They're the ones funding the fanatics. Enough said.

8) Egypt. Yet another dictator, vaguely more stable, as ruthless as Assad. They also have permanent Palestinian camps which have been there for decades and clearly don't want any more.

9) Palestine/Gaza or Palestine / West Bank. Let's not even go there.

Ok, let's go further then: Libya? Sorry, other war. Tunisia? Another wobbly government, and so close to Europe to make it look silly. Georgia/Armenia/Azerbaijan? Dictators, guerrillas... Yemen? Other war. Oman? Same guy has been in charge for 45 years. We can go on, but tbh, it's all like that. Countries in the region are either f*ed up, autocratic regimes, or are actively sponsoring the lunatics. Decent people have nowhere to go.
This isn't news to wired is it? I thought wired knew what Andrew Ng said, "I think AI is akin to building a rocket ship. You need a huge engine and a lot of fuel. If you have a large engine and a tiny amount of fuel, you won’t make it to orbit. If you have a tiny engine and a ton of fuel, you can’t even lift off. To build a rocket you need a huge engine and a lot of fuel.

The analogy to deep learning [one of the key processes in creating artificial intelligence] is that the rocket engine is the deep learning models and the fuel is the huge amounts of data we can feed to these algorithms." http://www.wired.com/brandlab/2015/05/andrew-ng-deep-learnin...
Why do you all assume I'm not successful now? I do not need YC, I just wanted to get in to work with and be around smart people.
You know what stops spider attacks better than anything? Boots on the ground. Squish.
Groningen, who would have thought?
>In 2013, an easy way to add data to any Bitcoin transaction was introduced. By making standard a previously invalid script instruction, OP_RETURN, a Bitcoin user could add up to 40 bytes of data to his transactions.

It was already plenty easy to convert data to a multisig transaction. OP_RETURN doesn't add to the UTXO, while multisig transactions do, so OP_RETURN is less harmful.

This wasn't introduced to make it saving data to the blockchain easier, it was introduced to decrease the harm caused by spammers. It is more like a needle exchange.
Whatever happened to Microsoft's Midori operating system project?
"The point here is that it’s my decision. Perhaps, to me, the convenience of a single email/password combination is worth the risk of my accounts being cracked in bulk.

As a user, I have the right to weigh my own pros and cons."

If you bore the full cost of your account being hacked, that might be true. But in practice that's not the case. There are laws and contracts that protect you from the full costs of your being hacked and shifts some of those costs to the proprietor of the website. Even leaving aside those direct financial risks, the proprietor of the website bears customer support costs if your account gets hacked, and quite possibly PR risk too.

I like the Password Security Guide idea though.
You made a right choice. Compare with me, for whom Facebook improves my relationship with family. It lets me correct my friends' occasional lapses in spelling, it only rarely displays baby pictures (which I abhore), doesn't show anyone's lunch (aren't you confusing FB with Instagram here?). Which helps me maintain weak ties with hundreds of people - ties which sometimes turn into much stronger ones, and that wouldn't be physically possible to maintain without Facebook. Which is another place for HN-quality-level discussions with both friends and strangers.

Facebook is a different thing for different people; I think it's as good to you as you're willing to maintain it. Also, if you have crappy friends in real life, you'll have crappy friends on Facebook.
OK, I can see more clearly where you are coming from now. Thank you for clarifying. To reiterate, I don't think it's contradictory to be honest about the source of this terror whilst at the same time supporting, nay demanding, the full safety and civil liberties of muslim citizens.
The spiders are not insects, but in a war they will side with the insects. Traitors, traitors, spider traitors - they'll betray us and they'll make us human slaves, in an insect nation!
So you are ok with contracting to do some work for someone, but instead of delivering the product that was asked for, you delay your client's work, and then release a similar product of your own, taking the market away from them? You think it's okay to do that because you (after the fact) consider your client to be a "douchebag"? Do you think that your ethical failings are somehow negated because you are a hacker, or because you meet "people like them" at some tech party? After all, according to you, they weren't going anywhere anyway? I wonder if you would say all of that if it was you sitting with a fraction of Zuckerberg's $40 billion. Would you say, "Well he deserved it because he was a hacker and I was just an idea guy. Oh man, ideas are cheap." Seriously, W.T.F.

It's not a matter of the Winklevosses being "douchebags", or even "just coming up with an idea", which is false anyway as they had already developed the code and wanted Zuckerberg to finish it. They trusted Zuckerberg to deliver a product. Instead he held them back, while making his own version of their work. He screwed them over plain and simple.
Images Retouch
I don't understand how this program can ever terminate, since there is no base case. Every invocation of find_i starts by calling forsome, and every invocation of forsome calls find_i. How can it possibly end?

Perhaps this relies subtly on Haskell's laziness? If so, I don't think there is a "quick translation" to ML or OCaml.
Shark Tank Investment Data
English World Scrabble title scooped by Nigerian in first for Africa
US corporate tax rates are the highest among developed countries, however. Capital gains are also taxed higher in the U.S. than most other OECD countries.

Perhaps it all balances out between lower personal and higher corporate; I don't know. But there are so many other factors involved--debt, military activity, outsourcing trends, health and fitness, weather--that one can't realistically call out taxation as a major cause of macroeconomic trends.
There are many more words than characters, so an 8 word passphrase is harder to crack than an 8 character password even if the attacker knows the passphrase is composed of all lower case words.
Scala is not in decline - as far as I can see it's on the up and up. Scala has its share of warts but that comes with maturity - I would lay money that Kotlin won't look so nice when it's gone through a similar amount of change.

Ceylon OTOH is at least good design, though I don't think that outweighs the library and tool ecosystem that Scala has.
The two aren't mutually exclusive. Teaching users to create better passwords as well as hardening systems and making them more difficult to hack are both beneficial.
Seems that Germans, Japanese, Vietnamese, Nicaraguans, have all managed to contain their need for "retribution" from the United States.
Top MNC Freshers Jobs
Anybody from HN has been to EGS? After reading this article, I became very curious about it. Interested in hearing more stories.
> How do we solve that problem?

You don't solve it, but you mitigate it.

1. Decentralize authentication and get rid of passwords. Persona/BrowserID had the exact right idea in mind and .. well, whatever, it's gone now, and we're all pissed off; plenty was said about it. We need the concept back and we need it to be popular.

2. Stop gathering so much data. Stop keeping it for so long. If your client's data is sensitive, ask yourself - and your client - whether you should really be keeping it and how long should you be keeping it for. You're not Google, Facebook or anything close to them - the odds are you will not be able to do anything with "big data". Either make the data public in the first place (if it's appropriate for it to be public), or wipe it out if you don't need it.

3. Start treating security malpractice in large companies as seriously as we treat Food & Health standards. Leaking hundreds of thousands of passwords because you hashed them with md5 no salt is criminal.

4. Build a better framework for users to learn the basics of security. How it works, why it matters; the fundamentals necessary to figure things out on your own. Make them understand what they're giving up if they are not treating this seriously. Education, education, education.
I really enjoyed the abstractions in this piece, particularly this:

Iron from the mantle, released at black smokers, has a predictable ratio of iron-56 (full fat) to iron-54 (lite), but in the Hamersley rocks the ratio is skewed; the iron is, on average, lower-fat than expected.

It made for enjoyable reading what was essentially a piece describing why most of the mined iron deposits we use to make steel have a certain isotope - single celled organisms de-oxygenating rust molecules and expelling iron-54 as a waste product.
> Right now the global perception of trust is declining in nearly every major institution, and in the eyes of many who do not live in code, Silicon Valley is just one more group of rich elites

I'd argue that people who are not intimately familiar with the tech world see the tech as just a set of products that does things for them, with the additional filter of the mainstream media and their friends/family on top of it.

Most people don't know what kind of data is being gathered about them, and they don't care about the implications of that data. To be fair, it is a difficult thing to conceptualize and quantify. Facebook provides a great service to connect with friends and family. The question is - what's the price?
CAs do not have backdoor access. The most a rogue CA can do is possibly enable a MITM against a website that has taken no protections.

Google pins their public key fingerprints right into Chrome, and this feature is open:

https://hstspreload.appspot.com/
Neat! I could probably do something similar with my 3D printer, although I'd make it more friendly - instead of using coordinates (i.e MOVE X0 Y0 Z0) I'd probably just do something like MOVE LEFT and set it to a fixed amount.

I'd want it to try and steer the commands towards actual creation, so I'd make a few commands for the printer like MAKE CIRCLE, MAKE SQUARE, MAKE LEFT LINE etc. and after each command, move the printer up one layer.
GP's point was that human's thoughts and intents are a lot different from randomness. It isn't likely that most people intend on running into pedestrians whenever they get in their car.
I think this may be the most important thing in the article. If the conspirators really were communicating via in-game ephemera, the communication probably wasn't encrypted at all. If so, the hurdle that the security forces faced is not that they couldn't access the communication, but that they couldn't interpret it.

And that just shows how little a mandatory backdoor policy would help: being able to read something doesn't mean you can understand it. It's always possible for someone to come up with a communication scheme that you didn't anticipate or can't interpret, and you can't legislate away that capability.

So a backdoor policy doesn't trade privacy for safety -- instead it trades privacy for a chance at safety, and pretty much just safety from careless, unprepared attackers.
No problem. It was a lack of clarity in my writing. Double negatives are not to be unavoided!
Melisma Stochastic Melody Generator
I donn't think the US is exactly the same as ISIS, but the fact remains that our invasion of Iraq was a war of choice.

When you're under attack from a vastly superior military, your options for response are very limited.

It's hard for us in the US to even conceive what it would be like to be in that situation. The only analog is a War of the Worlds style invasion by aliens.
And, "an open resource for Groningen iot innovation."
What were common reasons to want to destroy coins? I can't think of very many scenarios, and then you'd probably need something more reliable.
In addition to the other comments, a lot of people also drive (or get dropped off) at commuter rail stations. And, in many cases, they take transit upon arrival in the city to get to their destination. So commuter rail is really a modified point-to-point for most people in the US.

Commuter rail also usually doesn't work for suburban-to-suburban commutes. It's almost entirely a hub and spoke model with the hub being an urban core.
Zero chance. For one, it's written in Go. Postgres is written in C and needs to be portable to a lot more architectures than Go currently supports.

Secondly, this is one possible design. The Postgres team prefers tools like these to complement the core so that people have a choice between different solutions depending on their use case, network topologies, availability tolerances, etc.

This just a helper tool that can control Postgres and ship logs around. A native Postgres solution could do it better.
you made a whole stupid mistake u fooooooooool
Great. So we can have even more traffic, and even less spaces to park.
I don't think that adding more housing is going to make SF a better place.
Building Realtime Apps with Reactjs, Golang and RethinkDB (Free Course)
Flagging for incorrectly (to the point it is nonsensical) worded article. If mods find a better version of this article, I'd like to read it.
Recursion, Tail Calls and Trampolines
I'm actually thinking something completely opposite; do we really need to have users input their own password? Why not just generate one for them? Users are notoriously bad at creating passwords (on average), and generating one for them would allow us to throw away all that complex password rule dancing.

For the people that are already using password managers it would be fairly minor change in workflow when creating accounts (which is relatively rare occasion anyways), and for the rest it would be massive improvement in security.
Well that's my point. Those who can flee, do. Most people can't flee.

And did you see the way we're treating refugees? Most people fail to understand there's even a war going on.
Actually, leaving the rendezvous radar active was the checklisted procedure. Remember that in the event of an aborted landing they would be needing the rendezvous radar right away to try and find the CSM, so the idea was to have it powered up and locked on.

The problem was that the computer that guided the radar antenna controlled the orientation by phase angle. Everything was running on 28V AC, but the computer and the radar mount were on separate AC feeds. The documentation specified that the supplies needed to be frequency-locked, but failed to specify the need for being phase-locked as well.

So basically the two systems could be at any phase angle relative to each other. In this case, when they flipped the switch they were really out of phase and the computer was commanding traverses that were entirely out of range. The invalid angle caused the radar antenna to continuously issue interrupts.

I'd imagine the system basically works like an open-loop system. That would mask the fault, since usually the radar would just lose some of its field-of-view around the edges but work fine in the center. Or that usually it would just cause the antenna to slew a bit off-target at first before the control loop guided it back, but this time it was so far out of range the antenna wouldn't even accept it.

It's probably a good thing they didn't need to abort, because with such a fault I doubt the rendezvous radar would have functioned properly. Even if they knew about the design problem (I don't think they did?) they probably would have a hard time power-cycling it. There is no "off" setting for that switch, only SLEW (on) and AUTO (computer controlled). During an abort I would imagine that AUTO would have the computer keep the radar online, so they would have had to use the DSKY to have the computer turn it off and back on. Who knows what effect that might have on an active abort program.

Source (good read): http://arstechnica.com/science/2015/07/no-a-checklist-error-...

Yes, the executive was a great piece of engineering and definitely saved the mission. Margaret Hamilton was a great systems engineer, and NASA as a whole has a track record of rigorous software engineering practices. As a result, in the last 11 versions of the Shuttle's 420k-line software package they have had a total of 17 bugs.

Another good read, "They Write The Right Stuff": http://www.fastcompany.com/28121/they-write-right-stuff
Encryption is important and is crucial to the security mechanisms that underly the whole internet. I don't think anybody is seriously advocating making encryption illegal. (Which makes your argument pointless.)

What does seem being argued for is to mandate adding a 'backdoor' for the government.

The counter argument to that is that adding a 'backdoor' makes the encryption pretty much worthless.

The weighing of risks of this and the importance for privacy versus the anti-terrorism fighting benefits is the only debate (not) happening.
The problem isn't the volume of data, it's the analysis and graphing. They need to develop better mining technology.

Conversely, if there is too much data and everything is hidden because there is too much, then why bother with the clamor for encryption? I mean, there is so much data, it's unfindable?

I think it was Poland and Russia sending cavalry and barely armed infantry into modern battle, not France during WWII.
My claim is that "criminals aren't hindered" is false. Sure, there are people that will get around it, but as I mentioned, there are plenty of criminals that don't use encryption and have been caught with incriminating emails, so that makes me think that if encryption was made more difficult, some criminals who use encryption now would stop.

Criminals aren't perfect.
I disagree. JIRA goes further out of its way to accomodate Agile/Scrum stuff than many other issue trackers. I was on a team once where we used FogBugz (without any of the metric tracking nonsense -- our managers didn't even log in to it, they just talked to us when they needed to know about progress) for a long time without any issue, and only after some big middle management restructuring did we switch to JIRA, specifically because managers wanted a tool that spit out useless junk about velocity and burndown. We even had to go and do really dumb training about "story points" and how to enter the progress data they wanted (which added so much overhead to entering things into the system that most of us just stopped, or at least cut every possible corner so as to not waste our time doing manual data entry for the sake of middle management).

Not every such tool focuses on these kind of pointless metrics so much. Using the GitHub issue tracker is joyful, especially when you don't have someone trying to micromanage you with it. Some tools focus instead on what the actual developers need to get their work done, instead of what managers want in order to be more micromanagerial.

Another tool that is starting to go down the dark path of JIRA is Asana, which is a shame because the original design of Asana was great. But now it's all about Scrum metric bullshit, catered to middle managers who have the power to choose it over other things, and usually don't make the choice based on developer preferences or rational arguments.

I'd say the title could be "Agile/Scrum metric trackers are a symptom of a management problem" and that JIRA is absolutely the poster child for such a tool, so it's not bad faith to tie it directly to JIRA. Though your point does bear repeating: JIRA is not the only tool that suffers from this problem.
Over the last year or more I've started encrypting everything I can out of spite, just in the hope of creating noise.
repmgr and other projects listed here were considered and heavily tested initially. While each of them are great projects, we needed a solution that was fully automated in both cluster configuration/initialization as well as cluster recovery and migration. Many of these projects were inspirational in the design of yoke. You can read our vision for an "automated, API-driven infrastructure" (http://nanopack.io) for further clarification on why yoke was needed.
Ask HN: Is spending on surveillance a bad economic decision?
After yet another terrorist attack the debate over the need to invest more money on surveillance has been brought up more than once.
Considering the vast amount of money spent already and the non quantifiable cost of privacy loss, wouldn't a better solution be to spend those money in education and better integration of minorities in the local communities rather than keeping tab on an ever growing number of people that may or may not be suspects?
I would not propose this as an immediate shift, but rather spread it over a decade or more, even from a cost perspective wouldn't it be more viable.
Kurt Cobain illustrated the concept well in his song "Very Ape":

If you ever need anything please don't/
Hesitate to ask someone else first/
I'm too busy acting like I'm not naive/
I've seen it all, I was here first
[1]

[1] https://www.youtube.com/watch?v=OPiz6yp6_74
Ok, it's not 10$, but it's still few times cheaper than iPhone.
Anatomy of a Haskell-based Application
It's quite simple, really: «Love one another». This is THE thing that Jesus said we should do, and it takes precedence over anything else.

For example, sure, some minor book in the Bible might say that's it's kinda bad to be gay, but hating other people that disrespect a minor recommendation is contrary to the most important commandment.
This is certainly a fair point as far as it goes[1], but let's not forgot that Islamic terror was directed at the US for many years before Iraq!

[1] and I still hold the idea that I held in 2003, that the Iraq war was a completely idiotic veture
If (almost) everyone who is not a terrorist were to give up encryption, then it would be much easier to track down/narrow down the terrorists if they keep using it, no?
What private revelation? Go to your nearest bookstore and pick up the Quran. Problem solved.

"Other mammal" here refers to what exactly? As for punishment, that happens when you intentionally deny the existence of the Creator, even when given the access to His word and religion. Islam teaches us that human beings are born pure and good by default, unlike other religions.

Suppose you lived your life on a remote island, never knowing about Islam or the Quran. In that case, you will be treated as if you lived your whole life as a Muslim in the hereafter. Why? Because you did not actively and intentionally deny it, and were not aware of its existence.

If you think religion is childish, OK. I don't.
How New York City Is Using Big Data to Serve Its Residents