tag:blogger.com,1999:blog-1592992209402300549.post95774908445611091..comments2024-03-28T08:06:43.198-04:00Comments on The Silicon Graybeard: Meanwhile... Boeing To Redo Failed Starliner Test from December SiGraybeardhttp://www.blogger.com/profile/00280583031339062059noreply@blogger.comBlogger7125tag:blogger.com,1999:blog-1592992209402300549.post-51574151986898644442020-04-09T18:04:41.892-04:002020-04-09T18:04:41.892-04:00Fighting for space on the headstone of our civiliz...Fighting for space on the headstone of our civilization: Microsoft Powerpoint. It's a serious contender just on its own. <br /><br />Actually, that's an interesting point - software doesn't just allow us to compute the solutions to hard mathematical problems: It also provides a very poor way of interacting with the world and each other, possibly diverting all our communications into a deranged set of channels. I remarked the other day that it takes 15 minutes to boot up CATIA for a CAD experience that's so bad it's like typing a novel with mittens. It took older drafstmen 15 minutes to lay out an airplane concept sketch with calculations and center of mass.<br /><br />MadRocketSciAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-1592992209402300549.post-36993920633927705702020-04-09T09:29:29.034-04:002020-04-09T09:29:29.034-04:00I'm guessing you spent time programming in ass...I'm guessing you spent time programming in assembly language, down to the metal.<br /><br />Back in the early '80s, the Pentagon raised a warning flag about software in DOD jobs. They said it was becoming the bane of DOD contracts, that virtually all jobs were delivered late because of SW and it didn't work as it was supposed to when delivered. Back then, I had very little visibility about the software content in projects. <br /><br />Some years later, when I went into commercial avionics, the industry had long-ago adopted a set of regulations for SW called DO-178. It added TONS of monitoring, reviewing and other overhead to SW development. No line of code, no procedure, nothing, was allowed without a requirement, that requirement was reviewed, the code was inspected and tested. <br /><br />It led to the cynical saying, "one day to write the code, one week to document it, one month to write the requirement." In low to the ground commercial companies, they say, "we'll fix it in the software" as if that's the cheapest way to handle things. In the avionics world, it was becoming a thing to "fix it in the hardware". <br /><br />It became a regular occurrence during development to be testing radios and find the software did exactly what the documents said it should, but it was the wrong thing. <br /><br />It's why I've been saying for years that Software will be what ends the human race. Not AI per se, I started saying this ages before there was a lot of talk about AI, just SW in general. <br /><br />SiGraybeardhttps://www.blogger.com/profile/00280583031339062059noreply@blogger.comtag:blogger.com,1999:blog-1592992209402300549.post-18404245651727681662020-04-09T04:47:10.480-04:002020-04-09T04:47:10.480-04:00It sounds like someone was trying to use some sort...It sounds like someone was trying to use some sort of garbage collector to clean up leaky memory. Garbage collectors never really clean when they're supposed to and never as completely as if you had ensured no memory leaks to begin with. (Why Java is not a systems language!)<br /><br />Ideally you wouldn't have any dynamic allocation/deallocation to begin with and you would know your memory layout on the device!<br /><br />MadRocketSciAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-1592992209402300549.post-48569806595909947782020-04-09T04:41:21.571-04:002020-04-09T04:41:21.571-04:00My uncle and I have some differences of opinion on...My uncle and I have some differences of opinion on software engineering philosophy. He's an avionics engineer, and he may know what he's talking about in his field. Still, the "restart every x days" bug seems reminiscent of something I was discussing.<br /><br />I was complaining about some random bit of nonsense banging about the software engineering field: Pointers being "deprecated" in compiled languages. I said it was a necessary language feature to be able to refer to and manipulate memory - to do in language what the processor *does*. My uncle disagreed and said (paraphrasing) that programmers are too dumb to manipulate their own memory and had to be protected from making any mistakes - hence the towering pile of difficult object oriented abstraction that takes the place of telling the processor what to do.<br /><br />I replied that all this garbage between the programmer and the hardware is just making it more difficult to reason about what the hardware is doing, and if you can't understand what you're doing, you can't avoid mistakes. I gave an example of passing large objects by reference instead of by value. If you can't refer to where it lives, you have to make a copy every time you descend into another call - this will fill up your memory and make things terribly slow.<br /><br />My uncle did mention that that was more or less exactly what happened in some bug that they spent months trying to track down. I was thinking giant gigabyte meshes, but when you're talking about embedded processors with microscopic (10s - 100s kB) memory even arrays can be too large to manipulate by copying them every time they're passed as an argument.<br /><br />I still think that the programmers need full low-level control and just need to understand what they're doing. There are disciplined ways of managing things so that you don't make mistakes. On the other hand, some complicated object that does all sorts of garbage collection and manipulation in the background makes the memory-behavior of the program an unintelligible black box. You *can't* protect the hardware from the programmer.<br /><br />MadRocketSciAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-1592992209402300549.post-64446629567462751292020-04-08T09:59:38.232-04:002020-04-08T09:59:38.232-04:00It's not just that. I heard within the last f...It's not just that. I heard within the last few days that the FAA issued an Airworthiness Directive against the 787, requiring operators to apply the "Universal Software Fix" <a href="https://tech.slashdot.org/story/20/04/02/206230/boeing-787s-must-be-turned-off-and-on-every-51-days-to-prevent-misleading-data-being-shown-to-pilots" rel="nofollow">- turn the aircraft off and on every 51 days</a>. To prevent "several potentially catastrophic failure scenarios". <br /><br />That one strikes close to home because the company I retired from did a *lot* of work on the 787. It carries several radios I worked on. I don't do software, but was surrounded by people who did. Now I have to wonder where the software came from. <br /><br />SiGraybeardhttps://www.blogger.com/profile/00280583031339062059noreply@blogger.comtag:blogger.com,1999:blog-1592992209402300549.post-64240964753381800092020-04-08T05:19:31.937-04:002020-04-08T05:19:31.937-04:00So, are they going to tie firecrackers to a cat...So, are they going to tie firecrackers to a cat's tail? Are they going to use Everclear for fuel? Sorry, but my opinion of Boeing's engineering acumen would indicate that they should be building plastic Revell models instead of real spacecraft. <br /><br />"If it were our airplane, it would be crashing." - Quick ChangeJohnhttps://www.blogger.com/profile/02317597809710979689noreply@blogger.comtag:blogger.com,1999:blog-1592992209402300549.post-46674507983268168712020-04-08T01:14:00.222-04:002020-04-08T01:14:00.222-04:00Between the screw ups on Starliner and 737 Max, I ...Between the screw ups on Starliner and 737 Max, I think Boeing has a REAL problem with their current software development approach.<br /><br />Sweet justice would be that Boeing launch Starliner on top of a Falcon 9 to reduce costs.BillBhttps://www.blogger.com/profile/17593147581583316765noreply@blogger.com