|
I enjoyed the thread, and thanks for compiling the list, but I have to add, I haven't found them surprising either. Automation doesn't have to mean "level 5+: ATC AI on, let's go find an extended happy hour" I think it's very important to separate the software engineering (and systems engineering, and safety and process design, and other disciplines involved on the object-level) from the challenges at the meta-level (politics, legal liability - insurability, scaling and economics, and procurement issues, avoiding yet another too big to fail boondoggle, and so on). One obvious problem is that by definition someone sitting there doing their shift has a very holistic view, and asking them what do they need to do their job better might not worth it economically. (The faster horse problem. Though sending a few enthusiastic designers there, also crunching the numbers of the past near-misses and other issues would likely reveal gaps in the current procedures and tools, and ... and of course this all then runs aground because changing procedures and tools is hard, hello FAA, etc.) But, but, of course doing the top-to-bottom design naively is almost a surefire way to burn a few quick billion bucks for nothing. (So, I think this should be something like an ongoing challenge, like the DARPA Grand Challenge for driverless cars.) |