> 41. There's never enough time to do it right, but somehow, there's always enough time to do it over Same for software!!!
Akin’s Laws of Spacecraft Design
121–130 of 159 posts
Re: Akin’s Laws of Spacecraft Design
#122> 8. In nature, the optimum is almost always in the middle somewhere. Distrust assertions that the optimum is at an extreme point. This rings true in politics as well.
Isn't a Pareto optimal solution always at the edge of the feasible space?
Re: Akin’s Laws of Spacecraft Design
#123Earlier quoted context omitted.
Falcon 9 (plus Dragon) is the definitive counterexample. The jury on Starship remains out.
I'd consider development of Crew Dragon to be rather fast - because, in the condition of a private development, it wasn't done before. Comparing to other spacecraft developments, in late 1950-s there was a race, USA vs. USSR, to put a man in space "soonest", and it took Soviets ~3.5 years from the launch of the Sputnik to send Gagarin to orbit. So, just a few short years... and a large government backing. Still, give…
Like Dragon, the Mercury capsule was (mostly) designed and (entirely) built by a private contractor, McDonnell Aircraft.
Like Mercury, Dragon was designed and built with input and strict oversight from NASA, including a contingent permanently on-site with the contractor. NASA always had total visibility and the final say on everything.
There are some important differences in the contracting models of the two programs, but a lot of the “private”/“commercial” framing of the ISS crew/cargo programs is just leftover vibes from the 2000s when ”harnessing the dynamic private sector” was the way to frame a new program that you wanted to get funded.
Re: Akin’s Laws of Spacecraft Design
#124Earlier quoted context omitted.
Falcon 9 (plus Dragon) is the definitive counterexample. The jury on Starship remains out.
Far from being a counterexample, Falcon 9 is a great example of the adage's truth. It flew for 10 years before being used for human missions.
Re: Akin’s Laws of Spacecraft Design
#125>29. (von Tiesenhausen's Law of Program Management) To get an accurate estimate of final program requirements, multiply the initial time estimates by pi... I discovered this when my father would come up with some project me and my siblings had to do, such as scrape, sand, prime and paint the house (which thinking back very likely had lead paint). It would inevitably take roughly 3 times longer than he wanted it to ta…
The later half of the rule also scales the estimate up by an order of magnitude, would imply tasks taking 30x longer. Guess that makes you quite optimal at those tasks.
Re: Akin’s Laws of Spacecraft Design
#126Hi. I'm Henshaw of Rule 37. AMA.
Well, you can tell us about the event/project that led you to coin that rule and how it panned out...
The project was highly successful from an R&D perspective, but it never flew in space for a variety of reasons. SOme of those were related to a lack of funding and/or national commitment to spacecraft servicing, and some were due to us not executin the program as expeditiously as we probably should have.
Re: Akin’s Laws of Spacecraft Design
#127Earlier quoted context omitted.
What's a line of blame?
I took it to mean clearly delineated responsibilities (i.e. who gets blamed when a part / aspect doesn't work). If there are unclear boundaries between responsibilities, things will fall through the gaps when one group assumes another will take care of something.
Re: Akin’s Laws of Spacecraft Design
#128Hi. I'm Henshaw of Rule 37. AMA.
What work are you doing these days?
https://www.darpa.mil/program/robotic-servicing-of-geosynchr...
Re: Akin’s Laws of Spacecraft Design
#129>29. (von Tiesenhausen's Law of Program Management) To get an accurate estimate of final program requirements, multiply the initial time estimates by pi... I discovered this when my father would come up with some project me and my siblings had to do, such as scrape, sand, prime and paint the house (which thinking back very likely had lead paint). It would inevitably take roughly 3 times longer than he wanted it to ta…
The later half of the rule also scales the estimate up by an order of magnitude, would imply tasks taking 30x longer. Guess that makes you quite optimal at those tasks.
better_time = estimated_time * 3;
better_cost = estimated_cost * 10;Re: Akin’s Laws of Spacecraft Design
#130Earlier quoted context omitted.
Yup. It especially rubs the wrong way for the last point, #45. > If you screw up the engineering, somebody dies So, shouldn't something like cars get this level of diligence then? Coal-fired power plants maybe? Nursing home care??? Spaceflight deaths, even on a log scale graph, don't even make it on the chart vs any of those others. It's far more about the perceptional impact to the program as a whole, if someone die…
>So, shouldn't something like cars get this level of diligence then? They do. At least the, "engineering of the vehicle itself and then manufacturing it" part. A lot of Aerospace designing, testing, and manufacturing is built off the foundation the automotive world laid down. Heck, one of the key standards, the SAE standard, is called such because it literally stands for Society of Automotive Engineers. Cars may be i…