Shuttle Assessment Tool was Inferior
An anonymous reader writes " Shuttle report in Houston Chronicle: 'The computer program Boeing engineers used to predict that a debris-damaged Columbia could land safely wasn't much more than a simple chart of past foam damage, accident investigators said Tuesday.'"
Edward Tufte is a demigod in the world of information-design, and he made an interesting case recently that bad PowerPoint design in Boeing's report contributed to the misinterpretation of the analysis. Eg, the way the ppt-slide was laid out almost completely concealed the fact that the test was on a small cube of foam.
this is the first post
thank you for your attention
Shuttle report in Houston Chronicle: 'The computer program Boeing engineers used to predict that a debris-damaged Columbia could land safely wasn't much more than a simple chart of past foam damage, accident investigators said Tuesday.'
In other news, the Houston-based ContractorCorp announced its new, $20 million-dollar-a-license aerospace disaster analysis software...
Also today, President Bush vowed that "no cost would be spared" to identify that shuttle problem that "struck such a tragic blow to our nation's future"...
May we never see th
I was listening to cspan last night and Gehman said this "program" was nothing more than an excel spreadsheet. And the chart of past damage simply could not predict damage from the size of foam that hit Columbia.
They had only guesses as to what kind of material (foam, ice, ice-loaded foam, etc.) hit the wing. Only crude estimates as to how much hit, & where. They'd NEVER done real inspections (ultrasound, X-ray, etc.) of those carbon-carbon composite leading edges (to look for delamination, fractures, internal erosion from oxygen entering through surface pinholes, etc.) I haven't heard that they had ANY real test data from larger hits.
In this context, it doesn't much matter whether the "program" is half a million lines of gigaflop-sucking Fortran or a Buck Rogers Secret Decoder Ring. They were (fairly contentedly) starved for meaningful input.
GIGO.
It's easy to make up & spread cool- and credible-sounding stuff. Finding & checking hard facts is hard work.
A previous story posted on slashdot talked about how some NASA engineer was trying to raise flags about possible shuttle damage, but ultimately Boeing engineers gave a go-ahead for landing. Boeing is run by a bunch of money-grubbing bastards. Money is all they care about. That's why 747's blow up in mid air with no explanation. I will never fly on a Beoing jet as long as I live. Phil Condit is a big stinking turd.
Slashdot Eds Link Anonymous Posts With Logged Posts
They Are Vermin Feeding On Each Other's Feces.
I Hate \.
Seems like a moot point to me. From what I understand they had no alternative but to attempt a landing. Maybe if they had somehow scraped together another shuttle launch right after the first one they could have all ridden home in the second one? Or maybe fixed the damage to the first one? I doubt it.
Oh, and here are some previous TPS Reports thrown in for good measure.
First, I am an engineer. Alot of you probably are too. What I'm going to say will probably be modded flamebait, etc, but I'm fighting my own battles at work in regards to problems that no one else saw... or care
Alot of the analysis has been attacking the engineers for not asking enough questions. Thats fine and dandy in a 100% hindsight problem- we have a failed shuttle- lets' find out why. Alot of the reviews have been talking about data presentation- thats good too- I went to school for engineering, not marketing, and therefor don't know what a marketer does as to how to present information without getting bogged down in details.
But when it comes straight down to it, it's money, pure and simple. Do you think CAT scans of tiles are inexpenisve? Probably a couple $k each. Do this for every tile. Want to understand turbulence completely (and people that say you can model a chaotic system- just watch the weather channel to know how EASY that is)- that costs money and time. Quite a bit of both, too.
So now you've got budget concerns on projects that aren't funded and you can only skunk work it too much (note- skunk work is done on the side, unpaid overtime/salary, and 'hiding' the cost of equipment time/usage under a variety of things. It's amazing what you can do sometimes).
Now and then you get lucky and management comes around... funds your project, everyone gets paid with a little back in the jar for the next skunk project... then again, what does management usually know? zip. Just those bottom line numbers
Now obviously there was a bit of scaleup issue. I'm not comfortable with a 5x scaleup on some jobs, much less a 640x prediction- thats me personally. And the analysis that reads safety as a failure, instead of safety as a problem is dead on (1/3 the O-ring). But don't go too hard on the engineers- many comments are headed that way. Just remember under-funding answers the important questions, and may lop a bunch of details under assumptions... and every now and then you get bit in the ass... hard.
One more crippling bombshell hit the already beleaguered *BSD community when IDC confirmed that *BSD market share has dropped yet again, now down to less than a fraction of 1 percent of all servers. Coming on the heels of a recent Netcraft survey which plainly states that *BSD has lost more market share, this news serves to reinforce what we've known all along. *BSD is collapsing in complete disarray, as fittingly exemplified by failing dead last in the recent Sys Admin comprehensive networking test.
You don't need to be a Kreskin to predict *BSD's future. The hand writing is on the wall: *BSD faces a bleak future. In fact there won't be any future at all for *BSD because *BSD is dying. Things are looking very bad for *BSD. As many of us are already aware, *BSD continues to lose market share. Red ink flows like a river of blood.
FreeBSD is the most endangered of them all, having lost 93% of its core developers. The sudden and unpleasant departures of long time FreeBSD developers Jordan Hubbard and Mike Smith only serve to underscore the point more clearly. There can no longer be any doubt: FreeBSD is dying.
Let's keep to the facts and look at the numbers.
OpenBSD leader Theo states that there are 7000 users of OpenBSD. How many users of NetBSD are there? Let's see. The number of OpenBSD versus NetBSD posts on Usenet is roughly in ratio of 5 to 1. Therefore there are about 7000/5 = 1400 NetBSD users. BSD/OS posts on Usenet are about half of the volume of NetBSD posts. Therefore there are about 700 users of BSD/OS. A recent article put FreeBSD at about 80 percent of the *BSD market. Therefore there are (7000+1400+700)*4 = 36400 FreeBSD users. This is consistent with the number of FreeBSD Usenet posts.
Due to the troubles of Walnut Creek, abysmal sales and so on, FreeBSD went out of business and was taken over by BSDI who sell another troubled OS. Now BSDI is also dead, its corpse turned over to yet another charnel house.
All major surveys show that *BSD has steadily declined in market share. *BSD is very sick and its long term survival prospects are very dim. If *BSD is to survive at all it will be among OS dilettante dabblers. *BSD continues to decay. Nothing short of a miracle could save it at this point in time. For all practical purposes, *BSD is dead.
Fact: *BSD is dying