- Joined
- Sep 7, 2022
- Messages
- 1,034
- Reaction score
- 1,013
- Cars
- Lucid Air GT-P
My argument here is not about competence. I've met plenty of competent engineers who still utterly fail at building sustainable solutions.I have a lot of expertise in distributed embedded systems. I don't take as harshly a negative view as you. Their discussion sounded to me like a classic case of software people glossing over the details for a non-technical audience. The lack of sensible software questions from the interviewer would seem to justify that approach. When talking between themselves, they alluded to just enough embedded systems architecture to make me think that they're not incompetent. Although one of them is obviously a UX person brought in from outside the automotive world.
The missing interview that would have been informative was talking to the most senior software quality person.
There's this progression most engineers never fully make it through. When you start off, you use simple solutions that do not cover all the required edge cases because that's all you know. Then you get exposed to these complex one size fits all solutions that do manage to cover all edge cases and use those, although at great cost to sustainability and maintenance.
Most engineers stop there. Very few then proceed to value simple, yet elegant, solutions that address the business use case. Those solutions are hand crafted like a master artisan to include only what's absolutely necessary and hand selected for the desired trade-offs. A Lucid Air vs an EQS.
For two engineers to be interviewing themselves, I would have expected depth of discussion. The natural back and forth of antagonist and protagonist uncovering the decision making with distinct examples.
My critique here is solely isolated to the infotainment and UI/UX management. The people writing the software for the hardware systems obviously know what they are doing as the Sapphire and Air couldn't be what they are today otherwise from driving dynamics. That competence plus actual execution of sustainable solutions extends to the simulation software too given the tech advancements.I think you’re making a lot of assumptions here. For example, it’s entirely possible that there ends up being another CCC upgrade for new Airs, and perhaps that is what’s unified with the Gravity infotainment codebase, or perhaps not.
It is entirely possible they were only referring to infotainment, for example, and that could be a unified codebase without too much craziness. Of course the firmware for the various components would be different, various under the hood systems would be different, etc.
But Android Auto is Android Auto, and they could theoretically unify the infotainment codebase at some point without it being insane.
However, they just upgraded the CCC in the Lucid Air. The hardware presumably remains fundamentally different as those folks have not swapped over to the Gravity codebase. At least for me, I find it incredibly difficult to imagine how you can unify the codebases without further changes to the screens and another new CCC processor that removes the unique dimensions of the screens and allows for a single processer setup (eg. possibly many years down the line). Motherboard dimensions are often paired to a specific class of processors, and a change is likely needed there to accommodate a motherboard that allows for the required processor. Even then given the integration of these components, compatibility issues are likely to arise given the components were designed for the dual processor system and fundamentally alter the demands of the selected motherboards.