Earlier quoted context omitted.
Cars weigh thousands of pounds and routinely drive upwards of 60 miles per hour. The success of the first iPhone or Facebook app didn't depend on using it to navigate through life-and-death situations not only for the users but also for everyone around them. There are places for 'move fast and break things'. But cars move fast already, and they can really break things.
The iPhone has to reliably connect for emergency calls and provide accurate location. That can be life or death. In fact, "Apple isn't ready to engineer phones at a life-or-death standard" was a fairly common critique of the iPhone in the early days. In response, Apple ran a little PR campaign around their radio engineering efforts--they had a web page that showed all the cool-looking rooms for testing radios, which…
Former Tesla Firmware Engineer Discusses the System
221–230 of 589 posts
Re: Former Tesla Firmware Engineer Discusses the System
#222Earlier quoted context omitted.
> Agree completely. Hard real time is possible with Linux, we use it for sub millisecond control of Traffic Lights. Out of curiosity, why do traffic light controls need to be that precise?
resume-driven development?
Re: Former Tesla Firmware Engineer Discusses the System
#223Re: Former Tesla Firmware Engineer Discusses the System
#224Earlier quoted context omitted.
I used to work at SpaceX on avionics software, in a role very similar to OP, and my experience was similar in some respects. The tech and products were complex. The turnover rate was high and training new hires was a lengthy process. The new projects coming down the pipeline never ceased (this was during a period where FH/F9-1.1/Dragon/Crew was all under design/development and constant iteration). It was fun for a yo…
I heard the same thing about the burnout and turnover. Do companies really think they are saving money by paying peanuts, grinding people down to burnout, and then constantly having to rehire/retrain new people as the old ones leave? Meanwhile the code is a mess because nobody has been there longer than a year and there is no architecture or design continuity. Just frantic patches over other frantic patches by burnt…
Re: Former Tesla Firmware Engineer Discusses the System
#225Earlier quoted context omitted.
> Tesla’s infotainment and IT infrastructure is unrelated to their safety Because drivers can't get distracted and crash because of a failure in the infotainment and IT infrastructure?
If that's the standard, then almost everything becomes safety critical. Drivers can easily get distracted by malfunctioning smartphones or apps. (Or, for that matter, properly functioning smartphones or apps.) Yet the prior discussion was based on the idea that things like iPhones and Facebook aren't safety critical the way this is.
Re: Former Tesla Firmware Engineer Discusses the System
#226Earlier quoted context omitted.
I used to work at SpaceX on avionics software, in a role very similar to OP, and my experience was similar in some respects. The tech and products were complex. The turnover rate was high and training new hires was a lengthy process. The new projects coming down the pipeline never ceased (this was during a period where FH/F9-1.1/Dragon/Crew was all under design/development and constant iteration). It was fun for a yo…
I heard the same thing about the burnout and turnover. Do companies really think they are saving money by paying peanuts, grinding people down to burnout, and then constantly having to rehire/retrain new people as the old ones leave? Meanwhile the code is a mess because nobody has been there longer than a year and there is no architecture or design continuity. Just frantic patches over other frantic patches by burnt…
Well they landed a rocket on a barge in the ocean so something about that model must be working right
Re: Former Tesla Firmware Engineer Discusses the System
#227Earlier quoted context omitted.
>> Apparently Tesla's autopilot also runs Linux, which seems like a huge accident waiting to happen (pun intended). Not to worry, the tight control loops the require determinism all run on Arduino boards.
Not sure if you’re trolling or not. Well played
Re: Former Tesla Firmware Engineer Discusses the System
#228Re: Former Tesla Firmware Engineer Discusses the System
#229I 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 is a big Windows fan and pushed hard to run the whole shop on Microsoft tech wow - this is surprising to me and wasnt mentioned in the biography - any ideas why ?
https://www.amazon.com/Founders-Work-Stories-Startups-Early/...
Re: Former Tesla Firmware Engineer Discusses the System
#230Is there any way to confirm this is actually legit? I mean, theoretically one could just make such things up, no?