balloot

I am increasingly convinced that Haskell only exists so that people who know it can pat themselves on the back for being wonderful.

Good to hear - building a project on Ember now and it (Ember) is an absolute joy to work with. Keep it going!

A blog post is neither "verbal" nor a "contract", no matter how many times the word "will" is used.

Napkin ways to completely blow this up:

1) Write a script to answer requests without ever intending to pick up.

2) Get out of the car, don't transfer the other half.

3) Sign up as a driver, and wait until you find an attractive/rich fare. Lock doors and do what you will.

Deregulation is not the answer for everything. Uber/Lyft works precisely because they are very well regulated to stop the cases I outline above, and more.

"you require each user to use a valid credit card"

Who is "you"? Someone, somewhere would be creating a system that verifies unique identities, aggregates ratings, etc. Even if the logic is peer-to-peer, the system requires an extremely robust engineering infrastructure to keep it going, and the people that build that thing take on all the issues Uber is dealing with, but without real control over the system.

Or to put it differently, it's not a coincidence that all big peer-to-peer systems are anchored in weird spots around the world. In any major country the government will hunt down the keepers of the system and hold them accountable for the content.

So, to answer your question directly, you're missing a whole lot.

Crown mechanisms worked well for a completely different purpose. They are the easiest way to set and wind a watch that is not on your wrist. Totally different use case than controlling the watch's screen while you're wearing it!

My issue with the watch is the crown control. It just feels lazy to me to take a control mechanism made 100+ years ago for winding mechanical watches off your wrist, and repurpose it for digital control of a watch on your wrist.

Is it possible that the best possible UX solution for winding a mechanical watch and controlling a digital OS is exactly the same? Perhaps. But that seems improbable to me. It's hard to know until the thing is out in the wild, but I would expect a lot of people fiddling awkwardly with the top half of that tiny little dial as the bottom of the dial digs into their wrist. Doesn't seem terribly fun.

Or to look at it differently, both of Apple's other consumer hits (iPod, iPhone) introduced a navigation interface that was completely novel and way better than anything else on the market (iPhone => finger navigated multi-touch screen, iPod => rotary dial). A crown on a watch is definitely not novel, and I'm thoroughly skeptical it will be way better than its competition.

That being said, it's unlikely that this thing bombs. But as a test of innovation post-Steve, I'm just not seeing it. And over time, the luster of Apple will fade if there's no innovation.

Not quite. I would define common sense as "a reasonable fallback solution given that the current situation is unfamiliar." This is something AI systems have a LOT of difficulty with, the self-driving car being no exception.

You can't compile a list of edge cases for this kind of thing, because it is impossible to know the comprehensive list of all the situations the car won't handle correctly.

In the end, you need a learning technology that can properly adapt to any possible situation and give a decent response. Maybe it can be done, but we certainly aren't there yet and I'm skeptical as to the the tractability of the last bit of the problem.

I'm with you here. You could essentially build from scratch a traffic setup for autonomous vehicles, instead of retrofitting the autonomous vehicles to a current driving system. And by flying you get to avoid lots of complications that will prove very difficult to work around. No pedestrians, snow, signage, construction, etc etc.

You just described the problem nicely. The "magic" that turns 3 lane roads into 2 lanes etc, is a situational awareness that is really, really difficult to impart on a learning system. The big problem is that probabilistic models don't have a notion of "common sense" solution to an odd situation. They need to have seen the situation, or something very similar to it, enough to make a reasonable calculation of what to do.

I've been saying this for years, as I took Thrun's class when he was at Stanford. Google's dirty little secret is that self driving cars are still mostly smoke and mirrors. Given relatively controlled conditions and a trained driver who can play backup when needed, they work. But if you put them in complicated situations - snow, a busy city environment, abnormal signage - watch out.

The problem is that the driving model is probabilistic. When you solve a problem probabilistically, getting from 90% covered to 99% to 99.9% covered to 99.99% covered involves exponential leaps in difficulty. So even if the car covers 99.9% of driving conditions (and it currently doesn't), there's still a tremendous amount of work to be done to get it to 99.9999% correct, or whatever the threshold is for it to be deemed "safe" for fully autonomous use.

I personally am bearish on the technology, as getting the inconvenient final situational cases correct will be extremely challenging. I would love to be proven wrong, but at Stanford I came to the opinion that the probabilistic approach would get us to really cool demos, but never a fully autonomous vehicle. That being said, the people working on this are a whole lot smarter than I, and I would love to be proven wrong.

When an engineer uses the word "trivial," what you should hear is "There are some complications that I'd rather ignore, so let's just hand-wave the answer".

Sad. Project Euler is pretty much useless without the problem checking feature. Anyone know a good alternative?

Yes, she could exert influence. Just like every other SO of every other hiring manager in the world. There is absolutely nothing wrong with that.

I hire people, and I talk to my wife all the time about work matters. And if, knowing everything she knows about my team, she told me that I should be looking at cutting someone loose, I would take that advice very seriously. Every good executive has trusted advisors, and for people in serious relationships the partner is very commonly one of those advisors.

The only problem here is the wife's alleged direct meddling with work matters, not that she had a strong influence on her husband's work decisions. For founders, life is totally enmeshed with work and it would actually be weird if his wife DIDN'T have strong opinions on the company he built while she supported him at home.

Completely agree. The outrage over hula hooping triggers a giant warning siren that this is a person who is working very hard to be angered and offended.

I don't know the proper way to watch someone hula hoop, but if anyone in my office decided to hula hoop, I would likely watch. Apparently this means I have a terrible attitude towards women, or something.

As many others have said in this comment thread, Github's actions do NOT mean any claims are "likely to be true". It just means Github is taking proper steps to investigate the situation. The investigation may lead to them determining that Horvath, and not other employees, was in the wrong.

At the very least, she seems a bit...attention hungry. Knowing nothing about the situation or people involved I am taking her accusations with a huge grain of salt.

By your logic, hiring managers should not be allowed to be married, lest they give a non-employee "defacto" hiring power.

Before we string up the cofounder's wife, let's actually let her and/or the cofounder defend themselves, OK? It's entirely possible Horvath is completely embellishing things and the cofounder's wife didn't do anything terribly out of line.

This is an unbelievably stupid request.

Nobody writes bug-free code - people in the comments on SE talking about how this can be done with automated testing are utterly delusional. All developers, no matter how talented and/or cautious, create bugs from time to time.

So if you are to say you have 100% confidence in your code, you are either:

1) The first developer ever to write all bug-free code, all the time (hint: you aren't)

2) Willingly overlooking the fact that no matter how hard you try or how confident you are in your code, you will introduce bugs every so often.

Neither of those is an even remotely reasonable stance to take. This project manager is a total moron.

So are you admitting that your original point about single payer healthcare is totally BS? Because the UK has single payer and apparently you think they do a decent job with this situation.

Even your own data completely undermines your point. All those other countries have very comparable preterm infant mortality rates when measured against the US. You say the girl "likely" would have died in France, but in Norway and Sweden (two of the most socialist countries in the world) the girl would have had a better chance of surviving at 25 weeks. By your own data that is supposedly proving the ineffectiveness of single payer healthcare.

Go back to Fox News where people don't actually care about facts if you want to make sensational arguments with zero evidence.

The government is so evil and incompetent that it should never be allowed to provide broadband, because it will do so with such low rates and great service that it will put cable companies out of business!

Did I get that right?

It should be noted that healthcare.gov might be the highest traffic website launch in the history of the internet. With millions of visitors on day one, I certainly can't think of one that would even compare.

They are dealing with scaling issues that are almost completely unprecedented. Every other e-commerce site that deals with many millions of visitors a day has had months, if not years, to figure out the touchy parts of their infrastructure and make adjustments while the traffic ramps up.

Given this, I can't help but think that 90% of the scorn heaped upon healthcare.gov is politically motivated. When Twitter spent YEARS going down on a regular basis, or Simcity just completely shut down on launch day (with a fraction of the users of Obamacare), nobody demanded the companies that running them be shut down. Shit happens when you build a website that gets incredible amounts of traffic. It will work out just fine.

As a resident of SF, this makes me furious. I hope our city attorney just demolishes them in court. WTF Nevada.

This person sounds completely insufferable. He basically is declaring himself too good for interviews (except for C-level execs, whom he apparently tolerates). Heaven forbid you don't just assume Ernie Miller is god's gift to your job position, because he is Ernie Miller and he is a special unique snowflake who is not to be insulted with petty questions pertaining to his ability to do the job.

Anyway, good luck with that.

Totally agree. Not to mention that most countries like Zambia have severe structural issues in their government, such as the ones this article outlines.

The easiest thing to do (and the thing most charities do) is give money, but money put into a situation like this just ends up split between the extended family/friends of those in power and/or used for infrastructure that benefits foreign corporations. Beyond money, the answer to the problem becomes really tricky. And if we're going to spend time and resources fixing difficult government infrastructure issues, I would much rather they be those within the US government. It's not like there's a shortage to choose from.

Uhhh...shouldn't the site itself be built using the framework it advertises? Because the page structure and styling is all there even with JS turned off.

You have to give Yahoo's marketing team credit. If they had just made this change with no greater context, people would have said "meh" and moved on.

But through some clever marketing techniques the entire internet is abuzz (and has been for a month) about a minor change in font. Seriously - the change itself is utterly uninteresting and uninspired. So nice job, Yahoo marketers!

And to keep it complicated every once in a while we make it so you need to respect the origin words. One that always makes me think twice as a native English speaker is "infrared". I always have to stop myself from saying it such that it rhymes with "compared".

Everything you said is correct. But it has nothing to do with the issue here.

The seller is not "limiting access". They are not taking away the work they produced. They are instead publishing defamatory messages on the client's domain against the client's will. They are essentially claiming the domain as their own, which is the real issue here. This wouldn't be an interesting or controversial story if nycfreshmarket.com was a white screen, or a coming soon type thing.