skysight-inc/HackerNews huggingface dataset:
"Personally I think cars are awesome, and I'd love to see some high-speed highways criss-crossing America, but I don't want the government involved in it, and if that means we go without highways, that's an outcome I find acceptable."

Can you imagine the US without the Interstate? That's the sort of opportunity you're missing out on here.

The subsidy the government has given American businesses a huge competitive advantage, you can ship almost anything cross-continent within a few days. This has enabled companies like UPS to exist.

High-speed trains have the potential to dramatically shrink distances between major hubs, giving people an alternative to aviation for their mid-range transportation needs, and could allow people to live in more affordable neighborhoods without an unbelievably long commute.

There are people that live in northern France and commute to London and it takes them about an hour. Meanwhile getting from Buffalo to New York City takes a full day.
Netflix in Talks to Take Content to China
I've used and been happy with https://getssl.me/
9,945 people have taken the test according to the stats at the bottom, and the site's painfully slow. Definitely needs some performance tweaking.
It's nothing like a submarine piece. It has original reporting, no clear endorsement of any company (not even Vaurum). This is original reporting, don't discount it just because it doesn't go so far as to make crazy certainties about the identify of Satoshi.

Nobody writes a submarine piece and goes to bitcoin conferences.
Ask HN: What are some missing Rust libraries?
All forgiven. This is great news.
Personally I would never consider moving to Houston: it's humid-hot, air quality is poor in certain areas (lots of chemical and oil refineries there coupled with humid heat), and crime-ridden (again, in certain areas).
Thanks for sharing the link. I see that the organization of the paper is rather odd (compared to most scientific papers I read). I would have expected the methods to be described in more detail, nearer to the beginning of the paper, and for the results section to show up after the methods section. I am beginning to get a sense of why this paper was not published in a more notable journal.
> Today I showed up at 9:06 and was told to go home for the day, and to come back on time on Monday.

This blows my mind. Are you a contractor or salaried? If you are salaried they are idiots (for throwing away a day of work while paying for it) and if you are a contractor I question their ability to require you to show up in the office a certain time...

I personally think that caring about "asses in seats" is a terrible policy and shows your employer doesn't trust you and you should consider moving on to another company. If you are getting your work done as expected then I'm not sure why people care if you are in the office on time.

Meetings are a different story, if you show up late to a meeting your are wasting a lot of time and it feels (regardless of your intent) disrespectful, this you should work on but showing up to work a few minutes late isn't a really issue IMHO.

Lastly this: "I’m underpaid, but it’s comfortable and low pressure." leads me to say GET OUT! Don't waste your life making less than you are worth for a boss who is going to get all pissy about 6 minutes. Developers, or at least most, don't "shut off" their brains when they leave the building. Sometimes problems are kicking around in my head long after I've left work and I've solved a number of problems in my off time (not actively working but I can't always fully control what I fixate on or think about). Because of this I don't any bullshit about being at work on time (though I'm normally on time or 10-15min early) or leaving a little early if I need to make another appointment. As long as I'm meeting expectations on the work I'm getting done I don't think it matters if you are a few minutes late every day.
90% of the value created by using Ruby is because of the exemplary tools put out there by the people IN that cult-like following.

There's a lot of programming languages and programmers totally focussed on application performance as well as squeezing the limits out of their hardware. The ruby community is focussed on developer performance and squeezing the limits out of their people.

If more languages and communities spent as much time on streamlining everything around time to market, Ruby would not be nearly as big as it is. Because most are not focussed on that, Ruby stands out significantly when it comes to getting big things done with fewer people.

That's why so many start ups use it. That's also why so many start ups eventually come back and refactor the slower parts of their system with something like Go...but the important thing is that they got to market, built enough of a customer base and revenue stream that they can both a) afford to refactor and b) need to refactor because so many people are using it.

Building a language and tools around people rather than process is a unique undertaking. Because of that Ruby and Matz deserve every ounce of credit that they get. Doesn't have to be right for everything, but what they try to do well they do exceptionally well.
Interesting the Date object was a direct port from java.util.Date. It always felt a little out of place in terms of style in early javascript and this is why.

ES6 is awesome and there are so many good things happening in it. I was always a little irked that ES4 (ActionScript 3 was built on it) that had some of these elements was nixed for ES5 like typing, extending and cleaner events.

Great overview and I picked up a few things I have missed in js advancements like string handling changes (startsWith, endsWith, trim), templating with `, multiline strings!, extend, math functions, arrow, default/rest params, octal/binary literals and tons more. Many of these are probably in everyone's js libs but nice to have them standard.

I am most excited for asm.js of all due to the WebGL and gaming/app performance impact that will make when fully integrated in all browsers this year. asm.js and WebGL gaming is already giving benefit to performance in Javscript and added typed arrays to ES6.

Also in his 90's TV pic, how could you forget Seinfeld?
Arrow keys just scroll around for me, I can't see any slides but the first.

Thanks javascript.
The ActiveX thing is sort of an interesting historical accident. As a Korean on this site you probably know the details much better, but for onlookers: Korea decided to develop, specify and make mandatory for ecommerce it's own 128-bit block cipher called SEED, back when the US had a crypto export embargo on crypto past 40bit (Europeans, too, will remember the International Editions of browsers like Netscape Navigator), which was deemed not good enough. This ended up being implemented and officially accredited as an ActiveX control, and for the longest time there was no framework in place to accredit other implementations. Mozilla actually implemented SEED in the hopes it might be helpful, but ended up dropping it again later. This situation remains unsolved until now, although every couple of months there's a news story of supposed gov plans to do to better soon.
Do you have the 2GB or 4GB card? In general, you can get by fine just turning down some effects. But VRAM usage tends to scale with resolution, and the Rift's >HD render target will probably put the squeeze on a 2GB card.

Even with a 4GB 960, you might run into memory bandwidth issues, but without running the software I'm just speculating.
I use the (soon to be) language standard as a reference: http://wiki.ecmascript.org/doku.php?id=harmony:specification...
The trucking industry (among many others) would be badly damaged if roads were not subsidized, and air travel would have similar issues if airports were not built and operated by local governments with the assistance of the FAA. However, trains are the only mode of transportation on this scale I've ever seen people suggest should be operated without subsidies. Can you explain why you believe train travel to be different?
Cyberattacks on Oil and Gas Firms Launched with No Malware at All
Rust manages to fight neck-to-neck with C++ on speed and runtime overhead ("fast" and "effectively none") whilst giving both safety and some really nicely made abstractions.

The one everyone mentions is that Rust gets memory safety without garbage collection. But there are cooler things, like being able to implement units in the type system. Rust also gets safety right in the sense that its defaults are good - its primary random number library has ChaChaRng and IsaacRng instead of a Mersenne Twister, for example.

The sensible library design goes everywhere, from Rust's functional roots, high-quality zero-overhead iteration protocol (none of the mess that C++ gives you) to simple things like a well-designed composable hashing standard.

Even stuff like comparing C++'s move, copy and constructor semantics are much nicer in Rust, and in most cases even lower overhead: everything is a memcpy and is implemented automatically.

I can go on. Rust is one of the few languages that IMHO gets string handling right, and has good unicode support from the outset. It's easier to write error-proof filesystem code than any other language I've used. Threading isn't a mess.

There are disadvantages, such as Rust being one of the hardest languages to learn. Generics are both pervasive and difficult - they're clean unlike in C++ but they're also uncomfortably explicit. There are lots of nonlocal typesystem effects, largely due to the thirst for safety.

But it's a good language. Definitely one of the most exciting I've seen in a while.
I'm pretty sure GTX 970+ cuts out everything that's not a hackintosh, even the workstation cards in the current Mac Pro.
I have a sincere question: are 3D printing materials strong enough to print a useful lock picking set? The pieces need to be extremely thin to fit into an average sized keyhole.

Fortunately you can buy a lock picking set pretty easily and inexpensively. I have a Sparrow lock picking kit, and IIRC it was around $20
The higher model number doesn't necessarily mean a more powerful GPU. I have a GTX 680 which competes strongly with many of the GTX 900s http://en.wikipedia.org/wiki/GeForce_900_series
Thanks for all your hard work on this amazing project. I am currently learning it and liking it a lot!

If I could, make a little suggestion?

Focus on building a community around the language, the way Go did, which was masterfully executed:

Newsgroups, conferences, videos, tutorials, more videos, talks, speeches, more tutorials, books, articles, blogs, docs. All of that, churning non-stop.

It's tedious. It's just as much effort as the language itself. I realize that. But it's truly why I even bothered with Go, which is, IMO, arguably a not-as-exciting language as Rust, yet already has amazing library/community involvement and support.
Can somebody explain for what kind of use cases would this be helpful to use?
I had the same feeling. I went through the 8 questions. If someone else answered as I did, I feel like it would be completely random chance. There wasn't anything personally identifying about the questions at all. This reminded me of

https://en.wikipedia.org/wiki/Barnum_effect

If you're vague enough, everyone is self-centred enough to believe that you're talking about them.

I would expect the distribution of the answers to be close to uniform too.
Be careful not to confuse "liking" something with compulsively using it to distract yourself from the bleak pointlessness of existence.
> If you can only save a few thousand a year then you fall firmly into the "living above their means" category in my personal opinion.

The living wage project from MIT is designed to be the minimum viable estimate with no savings and living paycheck to paycheck.

http://livingwage.mit.edu/counties/06037

$23,640/year

http://livingwage.mit.edu/places/1308904000

$21,007/year

http://www.census.gov/hhes/www/cpstables/032011/perinc/new01...

http://livingwage.mit.edu/places/1324504204

> $17,640

Btw, Augusta, Georgia is literally one of the 10 cheapest cities [and if you read the Household Income as a "well they can do it!", remember the living wage is a single adult, two adults is double and they can't again]:

http://www.kiplinger.com/slideshow/real-estate/T006-S001-10-...

~36% of the population is below the living wage number in major metro areas.

52.16% make less than $30,000.00

> My anecdotal experience working alongside lower class workers is that most of them run into trouble through trying to live a middle class lifestyle without the income to support it. They buy new cars, they eat out often, they refuse to work more than 40 hrs/wk, and they live in pricier apartments without roommates. All of these mistakes tie into the financial illiteracy that plagues people who were never exposed to those with good money habits.

> The basic framework of early retirement is pretty simple: cut way down on your spending, then invest your savings. High savings rates can lead to surprisingly fast retirements. For example, if you save half your income, you'll be ready to retire in around 17 years.

http://www.vox.com/2015/5/1/8518455/extreme-early-retirement

The majority of the population can't save half of their income like Mr Money Mustache and other FI people suggest.

It isn't even mathematically possible for most of the country.

Your moralizing is proof you are ignorant and don't have a real argument.
> In some cases that's by choice; in others it's because the local authorities send them there simply to get rid of them (several noteworthy stories have come up just within the past few years).

By way of example, Las Vegas had a standing policy of "discharging" mental patients by giving them one-way bus tickets to California cities:

http://www.sacbee.com/news/investigations/nevada-patient-bus...
> Have you developed in Erlang?

Yes.

> Erlang has the right abstraction

There is no right abstraction. If we can't minimally agree that there are trade offs at play here, then we can't have a productive conversation.

> and avoid ever "handling" errors

I want to explicitly handle my errors.

Just because you had great internal progress does not mean you arrived at some objectively correct solution. It obviously works well for you, but everyone is not you and not everyone has the same requirements or preferences as you.
the american train system is particularly cronyist. It's an issue very well addressed in the (not libertarian) book "Free Lunch: How the Wealthiest Americans Enrich Themselves at Government Expense". Especially damning is how amtrak leases their right of way from freight carriers, who a) give freight trains the right of way - leading to frequent delays and b) lobby the NTSB to keep safety standards low.

The american train disaster is not a failure due to selfishness - it is a failure due to central planning in the worst fashion: corruption.
By specifying a timeout on a task spec or not you can specify whether a task is tried at least once or at most once.
Ask HN: Facebook/Microsoft logo usage in OSS project?
I want to list a flux implementation using rxjs on a portfolio. Is it too much of a stretch to say "We combined oss projects from Facebook and Microsoft to make X".
Can I use their logos?
Honestly, from the headline I legitimately thought the answer was going to be testosterone propionate or similar.
I've been using Subblime + https://github.com/jhasse/sublime-rust
"...and partially because he knows I could go work anywhere else and make more money."

This kind of thinking is the bigger problem. You COULD get hired and you COULD make more money...until you were always late and get fired.

Grow up.
Try our platform at http://snapzu.com
The difference between this speed and 120 mph is less than half a picometer per a second, which illustrates why we don't typically notice relativistic effects at highway speeds. :-)
I sometimes wish Javascript would take more hints from Python in getting some of the details right. For instance, it would be nice if == would work so that ["foo"] == ["foo"] and { foo: 1 } == { foo: 1}. But I suppose fixing that would be a too bold move.

I like Javascript, in many ways it's a neat little language, but manipulating the small little ad-hoc data structures (arrays and hashes, and combinations of them) that seems to be half of most programming tasks is definitely a step backwards compared to Python.
Agreed. But I think this is important to point out. It's not as if scientists are lazy or greedy -- they spend the most time and get no benefit out of publications in journals in the status quo. There just aren't compelling alternatives to the traditional model in many disciplines, and most of the time it's due to want of desire rather than want of money.
You're making a broad statement about a bunch of people without knowing what they know or don't, and one might say that statement is insulting. Right after that, you're criticizing a guy for making blanket statements about a bunch of people.

Saying "I'm not arrogant enough to have a strong opinion either way" about any statement A is itself a pretty arrogant thing to say (you are making a statement about the collective knowledge of everyone else on the topic of A not being too far from yours).
My solution so far has been to write my own Node server that listens to a particular branch for requests, and use the rules to enforce that a user can only write to /request/<user-id>. When making a request, a user writes data to their user ID's request branch, and listen for changes made by the server to their request. This has worked out great, but the Java server is now a point-of-failure. It would be great to get some information on how this would be an improvement over my current setup.
From the story: fifty years ago, the train from New York to Washington was much faster than it is now

50 years ago that railroad was private. Freight rail today in the USA is privately owned and doing really well.

I would fully support all interstate highways being private toll roads, but I don't think highways and rail travel are comparable any more than highways and air travel is. And airlines are privately owned (though heavily regulated).
The Mac Pro does in fact have a good enough graphics card. But that market is so small I guess they feel it's not worth it.
Well, there are tons of different DRM algorithms, but none of them are backed by secure cryptography since you cannot logically restrict people from "saving" but not from "viewing". There's no mathematical backing to the idea. This is probably why Grooveshark didn't bother using a complex algorithm... they already know that DRM is fragile and will be broken by someone who's determined enough. So the performance cost of a real encryption scheme just isn't worth it.

As for storing passwords with something like that: that's terrible. We have great hashing / salting algorithms, and tools like bcrypt make them very easy to use. Of course, in this case you're not letting anyone (including yourself) _view_ the password (you're just checking for correctness against a known hash), so the solution is very different and is theoretically secure (unlike DRM).
There was an argument for this, but it was in the EU not the US. http://www.turre.com/finnish-court-rules-css-protection-used... No idea how that ended up going in courts or later legislation.
Any time 'it matters'.

There's lots of stuff that we build, and we say things like, "Language X is slow, but it doesn't matter." "Language Y uses a lot of memory, but it doesn't matter." This is very, very often true. But every once in a while, it really matters.

That's when you want something like Rust. When the details are important. When you need full control, but you'd like a compiler to help catch your mistakes. When a garbage collector has too much overhead. When you need to write something inside of Language X or Y, instead of a C extension, you can use Rust.

Basically, anywhere you'd use C or C++, Rust is a great fit. Elsewhere? Maybe, maybe not. Depends.
Baby don't hurt me,
Don't hurt me,
No more.
Ummm, I like other people precisely because they aren't me. My soulmate is not a duplicate of me. They are a compliment.

At best, 8^8 might expose someone who ends up making a lot of the same decisions as me. Boring!
Prior discussion: https://news.ycombinator.com/item?id=9513850
I handcode all my CSS, but freely admit it is a bit of a mess and needs some TLC or a rewrite.

I'd start off with the Skeleton http://getskeleton.com/ and build up from there.
There's also Racer[1] (semantic completion engine), and it sounds like Valloric is open to making it work with YouCompleteMe [2].

[1] https://github.com/phildawes/racer
[2] https://github.com/Valloric/YouCompleteMe/issues/1297
Atom's autocomplete just got better
Also, yes, hatred of expecting different behaviors from different verbs is irrational.

To be fair, you've kind of rephrased her point into a strawman that's simply opposed to the abstract concept of verbs.

Most of the time, people understand URLs as a one-to-one mapping - each URL has only one meaning, one website. It's not until you actually start writing code to create or consume an HTTP API that you need to learn the concept of the different verbs. In spoken language you don't become functionally fluent with the language and then some time later have a new concept of verbs introduced. So I can understand why the idea that "actually a URL (the part that everyone sees and knows) can have multiple meanings based on this hidden parameter" can feel wrong.
All problems are hard until solved.

I rather enjoyed the article; his analysis and things he tried ahead of finding the solution were interesting to follow.
I missed the part of the Parent's argument where he advocated for public roads.
That's not a right to privacy...at least as precedent is concerned. Once you've done something that has a public impact, or even, involved in something that is now in the public attention, a U.S. news organization can make the case that information about you is of public interest.

Take the Amtrak engineer in the recent Philadelphia crash...as far as I can tell, he most definitely would like to remain out of the spotlight. Yet, because he happened to be the engineer at the time of the crash -- whether or not we know that he directly or even indirectly contributed to the crash -- news orgs have some legal protection in scrutinizing his life, including where he went to school, his job history, and any public social media postings.

Sometimes privacy is accorded out of tradition or convention...for example, the identity of a rape victim who is testifying in a court case is public information, though it is rarely reported except under special circumstances. But in this case, the victim did not intentionally put themselves in this position of public interest, but because court cases are considered to be important for the public to know about, the victim's identity is considered public information.

It should be said that nothing is completely cut and dry, there's always a tension between the public's right to know and privacy. But the right of privacy is usually afforded to victims and for people whom public exposure would cause greater harm than censorship -- i.e. the identity of witnesses in a state case. Bitcoin's creator does not seem to fall into this category.
No, that was the answer.

The article was about how he got there.
It's not the issue of the speech in lobbying, it's that lobbying in politics means gifts of money.

I can "lobby" a police officer not to give me a ticket, but when I offer him a $20 all of a sudden he'll call it a bribe and slap the cuffs on me. (Despite my explanations that money is speech, and thus protected...)
Great job. I look forward to coding something over the weekend!
Another Nepali here. I have personally donated $500 for the cause. We are also raising fund at my kids school. I would like to request fellow hackers to donate. No amount is too little.