Other than the pointless flaunting of privilege in this ... I think keeping engineers very close to the project is usually a sign that not all is well with the project.

I read that as "We can't let this project out of sight of the engineers ... they need to be able to make changes on a day to day basis, from direct observation."

That these engineers would be moving in breakneck speed (ha!), to fix whatever they see in person rather than the usual separation of concerns in testing mission critical software.

Through those glasses, it is roughly an admission that it is in "patch everyday" phase of development.

If so, I've worked on several hardware projects (IC design) and IoT projects as a software developer and I couldn't disagree more strongly. That the engineers are close to the product so they can make quick iterations without massive amounts of waiting and telephone game confusion is a sign that they are doing a good job and don't have an idiot culture of engineering bureaucracy. IMO.

And here we get to the heart of the difference between what is called "software engineering" and what is, in every other field, called "engineering".

There's a reason why Canadian engineers get the iron ring and legend says the first ones were made from the ruins of a bridge that collapsed (due to poor design). There's a reason why people describe aviation as a field where every regulation is written in blood.

Uber is moving into a field where no amount of "don't bring politics into this" can hide the fact that a "bug" in their product will potentially directly kill humans. Requiring people to A) actually be fucking careful and B) actually prove it is how this world works, and I don't think Uber's going to manage to skirt it with their usual regulatory arbitrage technique. The sooner they grow up and start acting like real engineers, the better.

I should have place my commas differently to emphasize that I have worked on many IC design projects as an EE then later on IoT projects as a software engineer.

No one replying to my comment has at all explained why during early iterations when the product is quickly evolving this separation is a good thing. Frankly it seems to me like (a) people are taking pot-shots are Uber and (b) none of you have actually worked on a hardware project.

There is a time when a strict separation between designers and testers is critical. That time is referred to as Qual, or qualification and it is for validation that a part or system operates correctly over all corners of the devices operating parameters. This is not the phase that Uber is in.

Again, I don't dispute at all that Uber are being arrogant and reckless jackasses. I'm just saying it has nothing to do with the fact that their engineers desire to work near to the systems they are designing since that is actually a sign of a smart and high functioning engineering team, not the opposite as people have suggested.

Do you know what auto makers do in this kind of situation? They build a test track and a workshop at the test track and probably a larger facility adjacent to it, and situate the engineers there. They don't say "well, our engineers live in one of the densest urban areas in the country, let's just test our new car there to be close to them".

Uber should get a test track out in the desert or something and relocate some engineers to it. And maybe without the distractions of the SF office they'd manage to get some basic stuff tested, like "recognizes red lights" or "understands how to turn from the rightmost lane".

Maybe they should relocate everyone! Total tangential point!

If it gets a bunch of people killed, yes.

This is what Uber is doing. Frankly, Uber is reckless and someone is going to die just so that their 2nd tier engineers can feel goey inside. They are running through red lights, cutting off cyclists with their half-baked products.

[1] http://www.wsj.com/articles/tesla-restricts-autopilot-on-res...

Tesla is there, Uber is not.

Yeap. I have no idea why they choose not to apply for a permit. Money or resources cannot be the issue for sure.

For city driving, they have engineering vehicles that are properly registered and report disengagements and accidents like everyone else.

That said, if Uber does want an actual autonomous more eventually, not getting that permit, and thumbing your nose at the authority who gives them out, is probably not a winning strategy...

...

Okay, just looked into a PDF[1] linked form the other article, and according to that, autonomous clearly includes what's going on here, and with Tesla's autopilot. I think Uber may have made a big mistake.

1: https://www.dmv.ca.gov/portal/dmv/detail/vr/autonomous/testi...

2: https://www.dmv.ca.gov/portal/wcm/connect/d48f347b-8815-458e...

Official statement: https://newsroom.uber.com/statement-from-anthony-levandowski...