skysight-inc/HackerNews huggingface dataset:
I read this more as "Everything talking about driverless cars is the optimistic future" and not a real world understanding of the challenges of widespread culture change this would require.

Yes, the change is technological, but the biggest impact is cultural. You assume that everyone is going to love self driving cars, but has anyone studied people to see if they are accepting? Many people just want to jump in their cars and go.. they haven't figured out the destination yet. Or maybe they are just scared - they have been driving for a long time and don't want to give it up.

When I drive 10 hours to visit my parents, I don't like it. But do I mind driving to the train station every day? I get to feel the road under the wheels, drive a little bit fast in corners, etc. Do I put my car in sport mode so its fun? hell yeah. Maybe if you truly have no affinity for car culture all these things are irrelevant.
"Human error is the cause for all accidents"... because until now, only humans have driven cars.

Once computer programs are driving cars, this will change.
Yes. This is the problem with estimates, a problem that is by design. :) It in indeed a sucky problem, just ask any person or business doing contract work, from software to plumbing, from construction to law. There is no way to make a deal without guessing the value of both sides of the deal.

But it's a problem we're stuck with, it cannot be manifestoed away. The contract that follows an estimate is an unavoidable problem because the business has a time & money budget it has to fit into. This is a universal problem that all people have - how to get the most of what we want given limited resources. How do I decide which side project to start with an hour a night after the kids go to bed? How do you tell someone else you can do something -- anything moderately complicated -- without estimating how long it'll take? How can I make sure I die happy? How do you get someone's business without making promises that you can deliver a reasonable product in a reasonable amount of time? How can you write code for an employer without thinking about how long it will take? Why should an employer even employ you if you don't believe in the value of budgeting, and instead prefer to build "the highest quality" for unspecified and unlimited amounts of time?

It's a balancing act, and it's painful to be expected to estimate work and then somehow meet those inaccurate estimates. But managers are in the exact same position, it is important to understand why they're asking for estimates -- because they need them. Is it better to improve, to learn how to estimate better, and how to communicate better, or is it better to avoid conversations about the budget and have a never ending fight with the organization's attempts to manage it's expenditures?

I've tried fighting that fight, because I too used to be naive. I now understand why estimates are good for the company, and I understand why they're good for me as an engineer. In my experience, the more fruitful avenue is to give managers what they need and help them do their jobs. You will earn allies that can help you defend your schedule when it goes long, you will earn trust by the company and become respected as an engineer who can do what he says he can do. Once you have that trust, spotting errors in your own estimates are likely to be believed and even valued.
Quake 3 is my favorite, to go look for inspiration when stuck. And I'm pretty far removed from game development.
An important thing to remember about reading code is that it does not read like prose. More often than naught, reading raw code, even in the most logical sequence possible (say, UI - View - Controller - Model - Migration), will still be deeply confusing.

If you can get a local version of what you are trying to read running with easily modifiable source code (good luck), then you'll be able to execute and watch for changes. In my experience, the two most helpful ways to "read" code are using the tests first and documenting functionality second, both of which the author mentions.
> Sounds like Rust. If not, what do you think disqualifies it?

Rust never struck me as a functional language. It's disciplined, in the manner of ML or Haskell, but it is generally (and inextricably) an imperative language at heart. The strong type system is geared towards making imperative, stateful code safe, rather than eliminating it.
Why China Is Dominating the Solar Industry
Uh, no. How does that work? Does signing a contract saying I don't have First Amendment protections remove it (assuming we're citizens of the US of course)?

Contracts are a tool to record arrangements between private parties. They're given leeway in law, but they do not make things "legal". They can even be found to include illegal arrangements, and generally cannot "take away" rights granted by law.
Russian ambassador to Turkey dies after gun attack
By this line of thought, every transaction where an entity gets a better deal than than the other is unethical.
The manager isn't a good politician if you don't believe his bullshit.

If the manager himself is a founder, former programmer, or otherwise both intimately familiar with and committed to the process that actually produces the outcome, he may understand the importance of the work and really be working to ensure his team has what it needs so they can do a good job for the company. He's still working for the company, but he appreciates and understands engineering, and since you're working together for common goals from a common understanding, your interests are aligned.

You can almost always expect people to consider their field of expertise the nexus of the company's lifeblood, the critical component that everything will die without. Everything else will be considered tertiary. In the case of most managers, their expertise is schmoozing, and that's going to be their primary focus. To the extent that good engineering jeopardizes schmoozing, you can and should expect the manager to strongly prefer schmoozes.
I still live under the assumption that there are oh so many ways to ____ with a web server beyond opening a TCP connection and keeping it open, for all of them there is code in nginx to defend agains.
But hearing this from CloudFlare is worth a second look.
Can someone with first hand knowledge of the nginx (front line) codebase comment if the things described in this article is all it takes to have a mostly resilient http service?
Actually his story was about trying to explain the difference between left and right in terms of nuclear spin experiments. You also explain that humans greet by shaking their right hands. If you meet the alien and he extends his left hand to shake, he must be made of antimatter (since the combination of parity and antimatter conjugation is a symmetry of the universe).

edit: jess is correct, and that's the whole point of the story actually. if CP was invariant you wouldn't be able to tell they were antimatter by describing the nuclear physics decay experiment. instead the antimatter version of the parity experiment gives the opposite result. I shouldn't try to physics so early in the morning :)
Ah, I see the problem:

"A member of the Society of Automotive Historians, Jamie Lincoln Kitman drives a 1966 Lancia Fulvia and a 1969 Ford Lotus-Cortina, both of which run fine on unleaded."

He just wants to drive his crappy, unsafe, polluting cars around forever and make us do the same.
The "Pao" moniker was reference to her perceived "authoritarian" grip on reddit not a reference to her ethnicity. You're race baiting by trying to make this conversation about racial discrimination when it really wasn't about that.

Things only kicked off when she said she was going to ban lots of sub reddits.
The claim was, back then, that people had to eat more carrots to improve eye sight. Healthy people already have good vitamin A levels. So additional vitamin A does not improve their eye sight to superstitious levels (as the propaganda claimed). With a normal diet you will get more than enough vitamin A. Vitamin A deficiency stems from malnourishment. According to https://upload.wikimedia.org/wikipedia/commons/8/83/Vitamin_... deficiency only somewhat occurs in Africa. On top of that, it is important to note that overdosing on supplements is possible. See also: http://www.snopes.com/food/ingredient/carrots.asp

So the notion that someone in the West (who I assume is the reader of this website, and not a malnourished person from Africa) needs to focus on vitamin A, or has to care about such statements, is false. They get their vitamin A, they are not deficient, and the statement that one needs to eat something rich in vitamin A for eye health is very likely to be false; therefore unnecessary, and also fraudulent. Such statements are akin to a statement such as "rich in NaCl for survival". Sure, one needs NaCl, but we already get far too much of it anyway; the average West civilian does not have to focus on more NaCl. If anything, less. I admit a major difference is that it is harder to overdose on vitamin A, than NaCl, but the former is still inaccurate and makes people feel well that they treat themselves with healthy foods which are in fact nothing but needless quackery.
There is a difference though.

In a (strict) functional language, foo(bar) always returns the same way and always has the same affect.

In almost every non-strict language foo(bar) can do anything, and can always be different based off some state not contained in foo or bar, but only the scope of the program.

So while mathematically they may both be equally as predictable at the physical level, given only a function its parameters, a strict functional language is predictable while a 'traditional' language is not
Hopefully that's a sufficient well-known trick to be aware of, given its appearance in 1997's "Fifth Element": https://www.youtube.com/watch?v=nah_3vO0uhM -- Matthieu Kassovitz as the low-tech robber trying to trick the hi-tech security system.
Exactly. The use cases and target audience are different. I use my echo dot for playing songs, switch off lights and add random alarm/timer etc. The future not might be voice only, but it will definitely voice intensive.
It's nice to see that Go's http and TLS libraries are getting even better. They're what attracted me to Go in the first place.

Also, the coverage of the various timeouts for HTTP requests is mostly new information to me. Is that something that nginx and apache usually take care of?
Chances that Facebook will strike a deal with Disney to adopt the Jarvis name and Paul Bettany voice and roll out their own A.I. helper personality in the future to compete with Siri/Alexa/Cortana/Google Now eventually?
Minitruth at work.
https://www.behance.net/gallery/46526609/Rogue-One-A-Star-Wa...
They are held responsible in the same way as the news websites will be - if they remove the article fast enough, and publish an article that's equally visible retracting their previous statement, within of 24h, there won't be any punishment.
Related:

The Size and Shape of “Idea Space” (2011) [pdf]

https://news.ycombinator.com/item?id=13072265
$ cat > nope.c <<EOF
> #include <stdio.h>
> void main() {
> write(creat("nope.nope"), "oh no\n", 6);
> }
> EOF
$ make nope
$ ./fssb -- ./nope
fssb: child exited with 4
fssb: sandbox directory: /tmp/fssb-2/
$ cat nope.nope
oh no
Ooh you could do all that and instead of a flat out denial based system fall back to a fingerprint scanning doorbell. Probably a weird conversation to have in the pub "Alright lads I'm gonna need you all to scan your fingerprints for me"
How much of this episode of BBC's Storyville about Gaddafi true and verifiable, true and unverfiable, and made-up blood libel? Which part of it is a matter of degree, and which part is a matter of perspective?

http://www.telegraph.co.uk/culture/tvandradio/tv-and-radio-r...
>>That's a political question, not a moral one.

Pretty sure it's both.
Elon Musk’s idea for fixing traffic suffers from one fundamental problem
There's underblocking and overblocking. Underblocking is allowing TOR traffic through, but also letting TOR traffic flood your servers.

It's obvious that if you have a flood of nefarious traffic like this then you should throttle the TOR traffic. Overblocking is outright blocking TOR with no reason other than because you can, and it leaves many legitimate users frustrated and feeling like the site just self-censored itself.

It would be suitable in these cases to strike a happy medium and allow some TOR traffic through, but throttle suspicious-looking requests like mini 'swarms' of TOR exit IPs hitting the site all at once, which I think HN does, because some TOR idens work, whilst others do not.
China Exonerates Man Executed 21 Years Ago for a Murder He Didn't Commit
I'm honestly not qualified to know which data set is most accurate; certainly the increase is less dramatic using this data set, but it still shows an increase in $$ spent over time - vs the decrease that was the foundation of the original comment.
The Liskov Substitution Principle (With Examples)
Is there a relationship between shifts, gender, and mortality? E.g. more male doctors take more night shifts and night shifts have higher mortality
They also have the highest life expectancy in the world. It could delay the onset but these individuals might live long enough to still be affected by it.
> a grey t-shirt cannon would require hardware modifications to work

This almost felt like satire but in the best way possible.
Wherein DNA Lounge will be closed soon, without your help
Out of curiosity, what is stopping these platforms from being able to learn from users? For example, when I say something to Siri / Alexa / Home that they cannot process, I would love to be able to manually train them to perform an action and have them "learn" this new feature. (Something along the lines of, "ok Siri, whenever I say 'blah blah blah', open this app, go to this page, hit this button, tell me the content in this box")

Obviously this is not an easy task, and maybe it is being worked on already. Thoughts?
I might be talking past you here, but I think promises definitely qualify as a language feature for JS.

Promises get baked deep into API signatures.

Getting the tradeoff wrong leads to the horror of e.g, the situation for years in c++ where every major library had its own competing string class. Even if std::string was not the best possible string class of all possible string classes, just being able to call all the things without wrapping or thunking or templating everything fixed a major source of pain.

We have already seen this in JS to some extent with various libraries offered in versions supporting native or q or bluebird promises. Fortunately JS is a lot more forgiving than C++ in this respect due to its dynamic nature.

Anyway, the fact that they will tend to appear somewhere in API signatures for any large library is why I support native promises as language feature, not tooling.
IMHO a sane protocol sends command from the app to the GPU under my desk, rather than requiring every computer in the world to have a headless GPU and a fat enough pipe to stream pixels to my framebuffer.

People keep saying some other part of Wayland will implement remoting. As far as I can tell nobody takes it seriously enough to work on it, and without remoting I can't understand why any non-gamer would try to use Wayland.
In my experience the fastest option is a short, separate simultaneous green light for pedestrians and bikes, like it's done in Groningen. Takes a while to get used to though.

http://groningenfietsstad.nl/en/
Pigeon Hole Principle (TANTON Mathematics)
I have not found this to be true.

Only things I've ever had to throw out have been things that come in really large packages, like lettuce (extremely cheap and not the main part of a diet anyway, so it doesn't matter if half of it goes to waste) and other big leafy vegetables that are very cheap, like Kale or other non-essentials.

Most meats come in package sizes well suited for individual consumption:

1. Sirloin Steak = 2 portions

2. Package of turkey/chicken breasts = 2 portions

3. Rotisserie chicken = 2 meals/portions

4. Fish filet (salmon, tilapia, etc.) = various packaging, but easy enough to pick for 1 or 2 portions with no leftovers.

If you're a single person household and you buy a 20lb turkey for yourself...well that's on you for not being able to do basic arithmetic.
Zuck, you had the hacker in me at 'hello' :-)
Sorry, I was talking symbolically, that if the concept of a bridge didn't exist and you wanted to show how valuable it would be, it would be difficult without an implementation. History is littered with ideas that are not obvious to consumers until they start using them. The automobile was considered a toy for more than a decade after its invention, for example.

I'm specifically talking about this Catch-22: that you often can't create something revolutionary (e.g. build the first bridge) without investment and you can't get investment until it's built and demonstrating its worth.

Your initial statement seems to indicate that it's relatively easy to raise funding if you have a 'good idea', yet a good idea is usually considered the modification of an existing idea ("Facebook with Twitter, but for dogs"). A revolutionary idea won't be as accessible (in terms of understanding) by investors or even initially consumers, and won't get funding for that reason. The irony is that it's the revolutionary ideas that everyone is seeking, yet the way funding works often precludes it, rather than encourages it, from happening.
Some things don't change Anigbrowl.

http://imgur.com/a/sj98U

I'll be in the HNchat.
Not at all.

I already wrote a system that can take new facial inputs, classify you as "new user", and put your data in a database. All you need do is go up to the door. I can easily view the timecode and enter your details (name, phone#, email) at a later date.

source: https://github.com/jwcrawley/uWho

news article about it: http://hackaday.com/2015/03/04/face-recognition-for-your-nex...
Or program not letting you use it until you install valid, paid license?
In most places, fraud laws only cover some instances of the broader concept of fraud. For example, if I get people to buy tickets to a fictitious concert and then run off with the money, that's legally fraud. But if convince you to drive up to Portland for a concert that doesn't exist just to waste your time, that's not legally fraud because I didn't directly profit from the deception.

Similarly with fake news, people are not being defrauded out of their money, but the deed itself is no less fraudulent.
Any recommendations for an open-source Java codebase to read that makes good use of the Java 8 concurrency features? Currently in a new job and struggling with an undocumented, uncommented codebase containing streams, rxjava, executors and futures. Could do with a different, hopefully documented, take on Java concurrency.
I'm not a fan of Go, but its libraries seem top-notch.
Lesson learned: blacklists are catastrophic for security purposes, because you will always miss something. Even if you didn't miss anything, the next kernel release will just add something new that I can exploit.
"Calling it AI is a bit of a stretch though"

The building blocks, though, very much fit classic definitions of AI: face recognition, speech recognition, natural language parsing.

But no, its not Jarvis. Yet.
No doubt the HN title doesn't say that because the article title doesn't.
>"Evan Spiegel, the 26-year-old cofounder and CEO, moves across the company’s network of Venice Beach outposts in a black Range Rover, flanked by his security detail."

Security detail? Why would he need or want this?

This piece is pretty horrifying. Is it possible that this is just a hatchet job designed to hurt Snapchats image as an employer?
So, I stopped reading immediately at:

> And let’s be clear: This is a Republican story, not a case of “both sides do it.”

Oh, I guess with no references or citations you're totally right. Republicans are dickheads, and are cheating democrats out of everything they deserve. Forget that both sides supported the Patriot Act, endless wars, NSA spying on its own citizens. These are all things, in your own words, Krugman, that "politicians and officials no longer seem to care about [that] we used to think were essential American values"

It's not just republicans, you worthless shill. Rome also potentially collapsed because they had 90% slave population, so it's not really a fair comparison to us now. People have been comparing the US to empires throughout history since as long as its been powerful enough for that comparison to make sense.

Maybe get your head out of your ass and quit your partisan bullshit about how awful half of americans are.
I like how the article uses the economic argument:

> Yes, jobs will be created by these new cars, but many will be lost.

Every time a company, economy, nation or empire doesn't follow the route that saves more human effort they are outcompeted (or conquered) by those who do.

This is as much an argument against self driving cars as much as it is an argument against automation in principle. We need to figure how to handle 40% unemployment when all those truckers lose their jobs. Either Basic income, subsidized jobs, or some kind of discussion to figure out what happens next. Because self driving cars will be part of it unless there is an apocalypse.

Holy crap! I a cannot finish this unresearched technophic clickbait piece of drivel. It is making me dumber as I read it.
While I agree with your overall sentiment, your statement
"censorship which is evil and stupid" is clearly overly simplistic and, hence, wrong.

100% free speech does not exist in _any_ country (not even the US) - and it would not even be desirable. A society is better off overall if there are limits to free speech (think of insults, false advertisement, incitement, etc.).

You probably have to argue in a more nuanced way.
For me, functional programming and ideas that come with it, like immutability, gain relevance while constructing software for verification (making software testable), as well as when trying to make software more maintainable by discouraging side-effects.

For me, learning those concepts helped me write better software, even while using imperative languages.
Tor at the Heart: Cryptocurrencies
That's currently what is done. However the idea that I could get my entire stack, from HTTP handler, to router, to logic, to database query, back to response into a single 10mb binary is pretty enticing.

If I could get there, I'd have full control over every aspect of an API request from packet to server query, back to payload, in a single programming language, in a single conceptual framework. There is a lot to like about that. I'm not sure it's needed - nginx works so well, and perfect settings are just a single config file away. But if I could get to a truly single-binary deployment, I'd be pretty happy too.
I usually use haproxy in front of docker containers, this is interesting stuff.

I wonder what he feels about using Caddy instead of bare net/http ?
Lack of macro hygiene is just peachy keen among Scheme programmers as long as you are explicit about which identifier bindings can leak into, or out of, the macro definition from the macro call site.

Scheme standards before R6RS[0] were a rough consensus on which language features everyone could agree on as useful additions. That's why only syntax-rules made the cut, not because Scheme programmers object to the ability to break hygiene. Implementors disagreed on which mechanism for breaking hygiene was most "correct", so none made the cut and unhygienic macros weren't standardized.

[0] R6RS, in a break from Scheme tradition, adopted a systemd-esque "come up with a standard for these needed features, any standard, and everybody else needs to fall in line whether or not they like it" approach.