Live data from Hacker News

Former Tesla Firmware Engineer Discusses the System

twitter.com

361–370 of 589 posts

Re: Former Tesla Firmware Engineer Discusses the System

#361

Is there any way to confirm this is actually legit? I mean, theoretically one could just make such things up, no?

If it was made up, don't you think it would be trivially easy to discredit by literally anyone in one of those teams? Not to mention Tesla itself?

You think anyone is going to believe when Tesla (or its employees) issues a rebuttal like "You guys! That's totes not how we do stuff!"?

Re: Former Tesla Firmware Engineer Discusses the System

#362

Earlier quoted context omitted.

I think this is a naive perspective. I've heard many similar stories from friends that work in the German automotive industry, and I think you would be surprised how many payment systems are tied together (e.g. (insecure) FTP servers to sync daily payments). Every organization has these types of things internally. As an engineer, I don't like it, but it's a fact of life.

Banks can reverse transactions if they want to. Tesla's cavalier attitude towards manufacturing has yielded a 14% first pass through rate on the Model 3 line (which is abysmal and may bankrupt the company along with declining M3 demand) vs. the industry standard of ~80% FPT rate. Source - https://www.businessinsider.com/tesla-hit-model-3-target-by-... We're at the point in the Tesla story similar to that of 2008 wher…

In some cases banks can't reverse transactions.

Re: Former Tesla Firmware Engineer Discusses the System

#363

Earlier quoted context omitted.

There’s no concept of “reboot” with MCUs, since there’s usually no OS. Likewise there’s usually no concept of segfault, because segfault requires memory protection which is something most MCUs don’t use.

Tesla’s MCU runs Linux. Older ones use a 2012-era Nvidia mobile SoC, while newer ones use something from Intel.

Nah. No way the mcu responsible for braking would run an OS

Re: Former Tesla Firmware Engineer Discusses the System

#364

Earlier quoted context omitted.

How would you design a complex control software for a realtime application so that you don't need an operating system? I don't see how.

The operating system provides a standardized IO API and schedule processes/threads. If you don't have fancy IO (LCD, hard drive, network, etc...) and multi processing, there is no need for an OS.

Sorry, I don't understand your point at all. Even fairly simple looking applications can end up doing all kinds of things at once / in an interleaved manner. Preemptive scheduling is simpler and therefore safer than trying to squeeze everything into some kind of gigantic global state machine.

Re: Former Tesla Firmware Engineer Discusses the System

#365

Is there any corroboration of this? Like that this is even someone who worked at Tesla? I'm certainly not discounting that it could be real, but with so many people shorting Tesla, any uncorroborated information should be looked at with a high degree of skepticism.

I think people are shorting the company because it's bankrupt and way behind no fulfilling orders + having major rework problems in factories.

Elon likes to push that narrative that there's this epic battle between himself and people with short positions in a good vs. evil way.

In fact, it seems pretty apparent that the company is in trouble and the people saying that have put their money where their mouth is. They also probably aren't obsessing over it every last minute or pushing narratives to try to get the stock to tank, it'll do that on it's own. In fact, I bet the majority of people who are holding tesla shorts aren't sneaky oil execs, but hedge fund guys who want a pickup/hedge for the market as a whole. It's pretty common to short stocks that look weak to protect against general market volatility for when your main portfolio takes a little dip

The conspiracies and the cult of personality surrounding a company in moderate financial trouble with problems delivering their product is pretty strange to me. Startups fail all the time, they also over promise and under deliver all the time.

There haven't been any real claims of people trying to influence the tesla stock price other than Elon. If he has this kind of info, he should send it to the SEC since they should be able to track down the nefarious bastards that hold a short position.

This is one of those situations that is probably exactly what it looks like. Elon is learning that hardware is much tougher to build than software.

Re: Former Tesla Firmware Engineer Discusses the System

#367

Earlier quoted context omitted.

That seems to match the right tool (AI driving) to the right job (well-defined, well-controlled situations). I seem to recall that similar ideas go back to the early 1990s, at least, for highways: Drive your car to the entrance ramp, plug in your destination, and the autonomous system takes it from there. But for many of these things, such as the Bay Bridge or a highway, it seems like there is a simpler solution: Put…

I suspect it's never been tried because the cost necessary to get from where we are now to there outweighs the potential benefit compared to more conventional transit solutions, carpooling, etc. Once automated driving gets to a point where it's possible to implement "autopilot-only" lanes (and doing so gets past the sociopolitical hurdles), I suspect those will come into play too, though.

Cars, or more specifically the way "we"* tend to (mis)use them (single occupancy mode) are an exponential major world problem.

* Full disclosure: I ride bicycles and only plan to ever live in localities where I won't need to purchase an entire car.

More cars, or even car-friendly tech will never be the solution for the issue of too many cars. See also "induced demand": https://en.wikipedia.org/wiki/Induced_demand

https://www.mrmoneymustache.com/2011/10/06/the-true-cost-of-...

https://carbusters.org/2011/09/08/are-cars-really-our-greate...

Re: Former Tesla Firmware Engineer Discusses the System

#368
post #226

Earlier quoted context omitted.

“Do companies really think they are saving money“ Well they landed a rocket on a barge in the ocean so something about that model must be working right

Looking at what's been done isn't a good way of determining whether your process is efficient at doing said thing. You need to be able to compare it to something else. To put it another way: If your method of writing novels is to hire an infinite amount of monkeys and put them to work on typewriters, you can't say "Something about this model must be working right, I came out of it with the complete works of Shakespea…

Or maybe that is THE SMART THING. Realizing that you need resources to accomplish it, and throwing money would do it for you.

Re: Former Tesla Firmware Engineer Discusses the System

#369

I used to work at SpaceX on the team that did a piece of software called "WarpDrive". It was a massive monolithic ASP.NET application, with large swaths done with ASP.NET WebForms and a slow frontier of ASP.NET MVC gradually growing when I was working there. This application was responsible for practically everything that ran the factory: inventory, supply chain management, cost analysis, etc. Elon is a big Windows f…

Elon nearly brought the newly merged X and Confinity to its knees during a critical period in its development by 1) insisting on the "X" brand when Paypal was more popular with users, and 2) insisting on Windows over Linux despite the protests of his tech team.

Soon after he was ousted and Thiel was made CEO. Interesting to see he's still pushing Windows.

Source: Paypal Wars by Eric Jackson

Re: Former Tesla Firmware Engineer Discusses the System

#370

Earlier quoted context omitted.

As a person who used to write navigation and control software for autonomous vehicles who occasionally gets downvoted for telling people that you really don't need a fancy RTOS for this stuff, you really don't need a fancy RTOS for this stuff. Linux is a very common platform for highly responsive robotic systems. I promise that their pid control isn't an Electron app.

Agree completely. Hard real time is possible with Linux, we use it for sub millisecond control of Traffic Lights. The only issue we ever hit is proving that the code running is the stuff we expected to run.

So what sort of interlocks do you have on top of that to prevent simultaneous greens?
Post reply on HN