Perhaps, but I find the insane service policy from Tesla (the one that's nonexistent) to be the most decisive factor in failing the inspections. Many of these issues would have been caught in routine inspections at service intervals.
> The biggest difference I see between software developers and mechanical engineers is a way of thinking.
Can you give an example? Myself being a mechanical engineer who also turned to software development, the people I talk to from SW are used to dealing with large matrices and semi-complex math. Sure they don't know about modal analysis or Navier–Stokes equations, but the lack of a certain way of thinking I cannot recognize.
Remotely related - If you want to get a feel for topology optimization, the section of Topology Optimization at my university made a couple of cool little apps for exploring the concept in relation to structural mechanics: https://www.topopt.mek.dtu.dk/apps-and-software.
One of the great practical challenges with molten salt is to design a reliable valve. At temperatures this high and with the high corrosive properties of the medium, this is not trivial.
Chernobyl and Fukushima are not the best arguments against nuclear imo.
Chernobyl was underbudgetted in terms of safety. For instance no protective dome was places around the reactor housing as done in other countries. Add that to a suboptimal design to start with and sheer bad luck...
Fukushima on the other hand is a better comparison. But on larger scales, such as Europe or the US, surely it must be possible to place the plants in areas that are not subject to such natural disasters that would threaten the safety of the reactors?
What is this? I'm so curious but nothing of this rings a bell with me. I mean I know what a regular expression is, and I've formatted several USBs to FAT32, but DFAs and everything in between have me Googling like crazy, still in the dark though.