skysight-inc/HackerNews huggingface dataset:
I disagree. I think the popularity is stemming from this quote "But his real beef is with the mainstream economic teachings that more capital and lower taxes on capital bring faster growth and higher wages, and that economic dynamism will automatically keep inequality at bay."

He is basically using mainstream economics techniques to prove that mainstream economic ideas, especially those centered around free-trade and low taxes to chase growth maximize inequality, they don't minimize them.

Everyone who has had problems with the teaching of mainstream economics as a means to lessen inequality now have more evidence.
Some discussion: https://news.ycombinator.com/item?id=7654978
Yes, it is flawed logic, but you were using so I don't see why you should object to it. And his goal was to show that.
> strange side effects

Most of these are myths or have nothing at all to do with GMOs

> a drive for deeper genetic modification

So? That just means it's working.

> a draconian patent structure effecting farmer livelihood

This is an artifact of patent law, not genetic modification.

> But GMO is not a solution for the world, and it is not a sustainable solution for fixing poverty.

What does "not a solution for the world" mean? And why is it not sustainable? If we use genetic modification to optimize an organism, there is no reason that it can't be sustainable. In fact, we can make farming even more sustainable than it is now.

> it's a bit rich for the so-called developed world to destroy sustainable indigenous populations and then "solve" the problem with intensive agriculture

You're using a misdirected ad-hominem attack against GMO technology. "The developed world damaged some technologically undeveloped populations, so it's somehow negative that any technology from the developed world be used to help any technologically undeveloped populations."
I'm a cyclist as well as a driver and I give a lot of space to cyclists when overtaking them but I don't see that working too well. When cyclists/pedestrians get used to the system they will start to abuse it and rely on the systems to force the vehicles to avoid them/stop.

Also what defines too close? If you stray 1mm inside that zone do the brakes come on hard regardless of other traffic? What happens when the cyclist has come close to the car (overtaking either side in traffic).
I'm working on a personal project, and I find myself struggling with some of the same problems.

1. No constraints. Since it is just me in my free time, no one can tell me what to do, but no one gives me feedback on what not to do.
2. No definition of success or failure. Am I creating a product that I want to exist, trying to polish my skills on the side, learn a new tech stack, or just goof around? Since I can just claim that it's a hobby project when it isn't going well (whatever "going well means"), I don't have anything holding me to a standard, since I haven't established it yet.

Any ideas on how to avoid aimless fiddling around on personal/hobby projects?
Exactly, I live in Rome and you'd really be surprised by the number of bikers who drive on the sidewalk to avoid morning traffic. I don't think Google cars are prepared to respond to people merging from the sidewalk, they're just unpredictable and nothing will ever change that.
Will the military get a flying car before the rest of us?
I see where your concern is: this is the sort of lateral synthesis of ideas that computers are still vastly our lessers at performing. We can fill in what we know is going to happen before the rider hits the ground and potentially react before the event happens, while the computer would have to have an algorithm in place specifically to detect a combination of rider posture, angular acceleration of the bike, identify a heavy package affecting the center of balance, and so on.

Ideally the system can compensate in another area where it does beat us, such as reaction time.
SF startups disrupting working class demonstrations, that will go down well, you are fired pete.
The Real Reason Governments Are Cracking Down on Uber and Airbnb
Shockingly, I was alive in the mid-90s :) It's also a given that any GMO tomato would be a hybrid, a.k.a. a cardboard-esque rubber ball. A little experience and common sense can go a long way in determining something's flavor (lol)!

"You don't need a weatherman to know which way the wind blows."
50% off the ride if you share the ride with another person, who pays the other 50%?....
The CDC says alcohol impairment is a factor in 31% of traffic fatalities.

On Friday and Saturday nights (presumably peak impairment time), checkpoints determine that about 3% of drivers are impaired. http://www.iihs.org/iihs/sr/statusreport/article/48/10/1
Under Debug→Exceptions, you can configure the debugger to break when certain exceptions are thrown (off by default) or when they are simply unhandled (on by default). You probably want to check the 'Thrown' check box for CLR exceptions.
Price Tag Art
I'm trying to understand, or "get on board" the TDD (or even just hardcore testing, TDD or not) bandwagon, but my brain is resisting.

It seems logical to me that one difference between a fully testable implementation and one that is not, is that the non-fully-testable one would (or could) have larger blocks of code, where logically relevant portions are physically together, whereas, the fully-testable one would have to break up these larger chunks into smaller methods such that each piece can be individually tested, so in the event of refactoring, your tests can tell you not only that there is a problem, but precisely where that problem is.

Can someone comment on whether this is true or not?

And if this is true, would there not be at least some costs (support & "readability", at least) associated with that?
It kind of made sense during the pre-Internet Cold War days when the only people with use for strong cryptography were nations and their militaries. These days it's just silly.
Hi author here.

Thanks for the feedback! Just wanted to clarify some points:

I should probably have noted that the usage of console.log is illustrative and is typically only used for debugging (the idea being that console.log could be used in Firefox, or you could wrap it in a log helper function, or use alert or whatever).

Typically, in a Mithril app, you'd either assign the promise to a variable or bind to an m.prop at the end of the chain, as per the docs on web services ( http://lhorie.github.io/mithril/web-services.html )

Regarding console.log returning undefined: Mithril does deviate from A+ promises (again, as per the docs - http://lhorie.github.io/mithril/mithril.deferred.html ). The reason for the spec deviation is precisely to allow the use case of mixing procedural impurity into a chain (whereas the undefined case covered by the spec isn't really useful, given that undefined is the lack of a value, as opposed to null, which is a value with no meaning).

@anaphor: huh, reading about currying again, you're right. Little misunderstanding on my part. Sorry about that.
Autonomous braking exists for those kinds of events: When a person steps out in front of a car, for example. Yet I don't see people deliberately jumping out in front of cars just to mess with them.
Even at normal times I've found it much quicker to walk than take a taxi. I've beaten colleagues to venues on multiple occasions.

I wish these cab apps would use their power to try to improve the air quality in London. Offering incentives to low emission vehicles or those with scrubbers. Or just giving users the choice.

BTW I made a really simple tube strike info site: http://www.isthetubeonstrike.com/
The "issue" is probably not for the general workforce, but it will significantly reduce the number of not-so-qualified jobs. According to a quick googling "1 in 15 worker in a long truck driver according to the ATA" [1]. But this is expected that automation tend to reduce these kind of jobs first.

[1] http://truck-driver-salary.org/how-many-truck-drivers-are-th...
It's a shame you didn't attempt to integrate with the standard admin.

That alone makes you slightly 'an island apart' as I now face the challenge of either:

a) build my own CRUD for parts of the system that aren't directly related to the CMS (products, crm etc etc)

or b) rely on integration with your admin - which I'm guessing isn't as extensible or mature as Django's
It's not just high, it's ludicrously high. Over the easter weekend in my city, extensive random breath testing of almost 60,000 people caught 58 driving above 0.05 - still too high but orders of magnitude less than the GP's assertion.

One in 10^4 would be (much) more accurate.

Source: http://www.dailytelegraph.com.au/news/breaking-news/nsw-poli...
> You can't live paycheck to paycheck freelancing.

This. Experienced freelancers have a couple of months of financial buffer. You need it. A client might refuse to pay over some totally fabricated dispute, you might have an accident and be unable to work for a while, you might not be able to find any suitable project for a while, etc.

Anything could happen, and as a freelancer, you carry your own risk. You need a buffer, and you need sufficient margin to keep replenishing that buffer.
I too, as "statistically significant amount" to me means "measurable above detector error."

FWIW, http://www.allergy.org.au/patients/product-allergy/alcohol-a... says:

> The human body constantly produces small amounts of alcohol itself. Normal levels of 0.01 to 0.03 mg of alcohol/100 ml are contained in the blood. By contrast, a blood alcohol limit for driving of 0.05 per cent is equal to around 50 mg of alcohol/100 ml of blood.

Thus, according to my definition, 100% of drivers have a statistically significant amount of alcohol in their blood system, though nowhere near to the level of impairment.
SOA – the good parts
Human drivers can't predict that either, and the Google car should have a much faster reaction time than a human driver.
Who cares what Apple's stock price is?
My guess is that it won't cater for either of those cases. It seems unlikely that Google would program their cars to break the speed limit just to save you a few minutes (speeding probably saves you a lot less time than you think it does). Also, I cannot see why anyone would deliberately and continuously take advantage of the automatic safety mechanisms on self-driving cars such that the problem would be common enough that it would cause a passenger any irritation.
'r' is the rate of return of capital, 'g' is the rate of growth of the economy. If 'r' is greater than 'g', than money continuously invested with a rate of return of 'r' will grow faster than 'g', by definition.

Using these definitions of r and g,

How can the return on capital exceed the growth of the economy in the long term?

If the return on capital is so good, governments should invest their pension funds in the stock market and then sit back and relax while all the free money pours in.
Did you find DHH's piece 'theatrical'? Although it led with a one-line joke, I thought it was a solid article sharing experience.
In my mind structured road conditions are a prerequisite for driverless cars.

I've been in many situations where conservative driving according to the rules of the road is not possible. In the West this is more limited to dense cities and exceptional situations. In India, though, this is the rule.

If you waited for pedestrians to finish crossing or for cars to clear intersections, maintained a safe following distance, signaled before turning, waited for other parties to yield, etc, you would never leave your driveway.

It's difficult for me to imagine a computer deciding to gently nudge pedestrians with its bumper in order to proceed through a green light, which I've had to do several times while driving there.
I think this is partially true. But I think it goes beyond breaking your code down into smaller modules.

To me, the biggest difference between testable and non-testable code is decoupling code from dependencies through interfaces (vs. class coupling), and then being able to mock those dependencies.

Even if your code is in small, independent chunks, it's still not testable if it has tight class coupling.
They also worked with the guys at Kerbal Space Program to add an Asteroid retrieval mission to KSP.[1]

[1] http://forum.kerbalspaceprogram.com/content/274
What fun it will be when someone figures out how to fake the signals and, for example, force other cars to slow down or stop.
User Location Leak – Privacy and the Mobile Web
Cisco 2014  Annual Security Report [pdf]
Maybe the cyclist was avoiding debris on the shoulder.
But... Uber insists that it needs surge pricing, otherwise drivers won't bother to give lifts. So a 50% off promotion must mean there won't be any drivers turning up to work, right?
...which is fine up until someone forgets to use visudo and buggers up the sudoers file so nobody can get back in to fix it.

A user login followed by su to root is a valid alternative, but I wouldn't have a problem with allowing key-only root access via sshd either.

You'd want the root key/password to be very tightly controlled for the reasons you mention, but having it set is (IMO) a worthwhile backup plan for when things go wrong.
I think you are making a false dichotomy. I am very, very pro TDD and very, very against mocking.

The problem is that certain architectures are very hard to test without resorting to either mocking or integration tests. In those cases you have to weigh which is better, writing painful integration tests (or not having test coverage at all) or changing the architecture, or in certain exceedingly rare cases mocking.
Looks straightforward. Why would you want FDE in this context?
Podio Creator
I think the fail safe human laws are only useful to license research.

For day to day driving, the cars should either be fully autonomous or have the automated systems limited to intervening in dangerous situations (like current brake priming systems and the like). If the driver is able to take (primary) control, they should be required to be in control.
The title needs fixed - it should be "#KEEPLONDONMOVING! 50% OFF ALL RIDES DURING THE TUBE STRIKE WHEN YOU FARE SPLIT"

(unless of course we are now allowing editorialising in HN post titles)
uberX without surge pricing is cheaper than a black cab.
Yeap, when I read the original statement it really seemed to be telling the customers there was nothing to worry about, and I think that's how it was meant to be read.

When the original statement was posted I actually went back to the header to check the author, thinking "surely jgc wouldn't post something this marketroid?"

Only in hindsight do they point at the get-out clauses.
Just for my knowledge - would love to hear more on how you get your customers and able to make such a nice revenue. Thanks.
It will be something like a merger of traditional cab services and modern car-sharing services like https://www.car2go.com/

Most of those car-sharing services are owned directly by the large car companies like BMW or Mercedes. It's very likely that they'll eventually just become big cab services with self-driving cars in addition to just producing them.

And the number of people who actually need to own their own car will shrink every year.
Minecraft version or it didn't happen ;)

Great to see more and more of these official maps becoming available.

Is this something that can be (has been?) incorporated into the likes of OpenStreetMap?
The full dataset (544GB) is available to download or order, so presumably it is technically possible.
>Pike and Thompson, by their own admission, hated C++ and set out to write a better language to replace it.

Well, they might have hated it, but they didn't understood correctly what its strong points were and why people use it for the projects they use it for. If they did, they'd have made something like Rust.

As it is, they solved problems that mostly people doing backend services in Java/Python/Ruby had.
I think that there are lots of ways you can criticize Uncle Bob, this article, his works etc. But saying he is inexperienced is a pretty big stretch.
I have already right off the bat ran into the concurrency issues even with Go 1.3beta. And the GC locking causes all my connections to drop and thus causes thrashing.

This sounds somewhat incredible and unlikely to be a result of Go, more likely to be a facet of a naive implement (we can all break any language). I've built a number of extremely high capacity/concurrency systems in Go to great success, as have many other very large organizations, so the notion that it's just fundamentally immature or broken doesn't fly.

All of the talk about GC in Go is a bit curious, because Go actually makes very little use of GC -- it very heavily favors the stack, versus many other platforms (.NET, Java, others) that use the heap for virtually everything, and turn most everything into an object. The simple fact that Go has a GC doesn't mean that its GC use is the same as all other languages that use a GC.
> To my knowledge no one seriously teaches abstinence only sex education.

If only this were true!
(Assuming it works) is ballistic missile defense not a war technology?
That's a pretty optimistic estimate. I cycle to work every day up the A24/A3 corridor and on the first day of the last strike it was the most ridiculous gridlock I've ever seen. I passed an ambulance that was locked in and no way to move even with vehicles trying to drive up on the pavement to let it through. The second day was better as people realized driving was not a solution, but my advice is to either cycle or stay home.
I was thinking about working through the NLTK book once I'm finished with Bishop's Pattern Recognition, would you be able to recommend an alternative?
Google: Driverless cars are mastering city streets
TeX/LaTeX frontend LyX 2.1.0 released
Ask HN: How do I honestly display my education on my resume?
Some background: I recently withdrew from university to move to the Bay Area and work full time. I'm in the process of applying for jobs and wondering how to most honestly approach the subject with potential employers. My resume currently reads:

Foobar University, College of Computer Science

2010-2014

GPA, etc.

I'd rather not add "Did not complete degree" to the education section, but as it stands it seems to imply that I did finish school. I don't want to find a job and have problems arise later when it comes up that I didn't graduate, but I also don't want to have to tell every company I apply to that I dropped out. Thoughts, HN?
One of a zillion google links: http://abcnews.go.com/blogs/lifestyle/2012/02/why-you-should...
Here's another hypothesis.

It's the finance industry culture. Why?

Finance is a zero-sum game. That leads to a set of incentives where what you need to do is beat the next guy.

Tech is almost the opposite of a zero-sum games. That leads to a set of incentives where what you need to do is crack a complex problem. Cracking complex problems requires collaboration.
I've added an update to the top of the post because I didn't make the point clear enough:

I’m seeing that I did not make the point of this post clear. I am not saying Go is wrong or should change because it isn’t like Erlang. What I am attempting to show is the choices Go made that make it not an alternative to Erlang for backends where availability and low latency for high numbers of concurrent requests is a requirement. And notice I’m not writing this about a language like Julia. I have heard Go pitched as an alternative to Erlang for not only new projects but replacing old. No one would say the same for Julia, but Go and Node.js are seen by some as friendlier alternatives. And no, Erlang isn’t the solution for everything! But this is specifically about where Erlang is appropriate and Go is lacking.
Google Going Solar With SunPower
I don't understand why subways and trains aren't implementing. The universe of possibilities is so incredibly limited in these situations that it seems like a piece of cake, compared to city driving.

"Can you see that the track is clear of obstacles? If not, stop!"
My step-dad was a NYC cab driver. It's true that they're a small percentage of the population, but that's not the right way to think about it. In NYC (and other US cities as well I believe) to become a cab driver requires buying a Medallion, which is a license to operate a cab. They cost a LOT of money, roughly the same as a small NYC condominium. My step-dad's cost a couple hundred thousand dollars many years ago, and Wikipedia[1] says they can cost over $700k today. They used to be mostly individually owned, but today, because of the expense, they're mostly owned by fleet operators.

The individual owners of these medallions are small business owners, and those who operate cab fleets are large business owners who employ many drivers. Automated vehicles aren't just going to put some people who drive out of work; they're going to eliminate an industry and destroy investments in a lot of businesses.

Or, maybe not. The TLC (Taxi and Limousine Commission) in NYC is a powerful lobbying group. They'll probably fight to prevent automated taxis in NYC until they're proven, without a doubt, to be safer than experienced taxi drivers. Then, they'll fight to ensure that an automated taxi requires a medallion just like any other taxi. Very few new medallions are issued each year, so the onus will be on the existing taxi owners to convert their cars into automated cars. That's probably a good deal for the individual owners, since they're usually either the drivers as well or they're paying a driver (or both, to keep the taxi on the road as much as possible.) Automation will get them out of the drivers seat, while still preserving their investment. But this is a bad deal for the regular drivers who aren't owners; they'll either be out of work, or maybe paid (less) to sit and ride along until passengers get used to the automated cars.

[1] http://en.wikipedia.org/wiki/Taxicabs_of_New_York_City#Medal...
Password Grid: http://passwordgrid.com/
Simple password generator (iOS)

QuoteAddict: http://www.quoteaddict.com/
Quote collection from movies/tv (web/iOS)

DailyWallpaper: http://dailywallpaperapp.com/
New daily wallpaper (using Bing.com) (iOS)

QR Wallpaper: http://passwordgrid.com/
Simple way to share a URL or email address from your device's lock screen (iOS)

VirusZoo: http://www.viruszoo.com/
A safe and fun way to play with viruses (web, iOS app in the works)

Contact: info@skyriser.com
Presumably Uber is paying the drivers the difference.
Doesn't this contradict the original article?
Your link says that 1 in 15 workers is employed in the trucking industry. It says there are 3.5 million truck drivers, which is consistent enough with my 1%.

I'm sure it will create lots of turmoil if truckers are put out of work. But there is already an enormous amount of turmoil in the employment market (for lots of reasons). Especially in the part of the employment market that truckers participate in.
Uber, playing the valuable role of transit scabs.
If DHH's main concern was practicality he wouldn't advocate UI & DB tests which are flaky, unreliable and expensive to maintain for any non-trivial application.

Code and system architecture absolutely should be bent to the needs of testing. Pretty and "clever" code is useless unless it does what it's supposed to do.

UI & DB tests absolutely have their place - I'm not disputing that at all, and I completely and whole-heartedly advocate their use - but they need to be used in conjunction with very fast, very reliable (and thus very useful) unit/integration tests that have been TDD'd.
fire-prone battery? They seem to be as fire-prone as everybody else's

http://www.zdnet.com/apple-macbook-battery-exploded-70000234...
NASA’s New Discovery: Coldest Known Brown Dwarf