Hybrid Rockets

Hybrid Rocket Science Hybrid Rocket Help Clinic HPR Hybrid Motors HPR Hybrid Motors in the UK Commercial HPR Hybrid motors Hybrid Motor Costs Hybrid Motor Links UK Hybrid Rocket History Hybrid Motor Ignition Methods R.A.T.T.Works Hybrid Motors Skyripper Hybrid Motors

Experimental Rocketry

Amateur Hybrid Motors Amateur Liquid Rockets Guidance Gimballed Motors Launch Controller Static Test Stand Separating Strap-ons

Payloads

Onboard Video Cameras Onboard Video Camera Tips Onboard Stills Cameras

Media

Media - Scrapheap Media - Other Rocket Videos

Personal Rocketry

Personal Amateur Rocketry Personal Amateur Hybrids Hybrid Motor Personal Notes Personal HPR Hybrid Launches High Power Rockets High Power Rocket Launch List Model Rockets

Avionics

Altimeter/Accelerometers Altimeter Comparison Chart R-DAS Flight Computer R-DAS FAQ Compact R-DAS Guide R-DAS Classic Guide R-DAS Flights R-DAS GPS Module R-DAS On Screen Display R-DAS Variance G-Wiz Altimeter Avionics Avionics Tips Payload Bay Design Onboard Power Systems

Telemetry

Telemetry Receiver Antenna Pulse Circuit Pulsed Tone Circuit

Miscellaneous

UK Rocketry Vendors UK Rocket Groups Online Rocket Resources Rocket Publications UK Rocketeers UK Rocket Educators UK Space Organisations UK Space Conferences/Events UK Astronomical Organisations Altitude Records The Skunk Works Rules Akins Laws

Akin's Laws

Akin's Laws of Spacecraft Design

For anyone who has ever developed a rocket or spacecraft (and I mean bending metal, not just some fancy simulation on a computer), Akin's Laws hold a lot of truth. If your manager fails to appreciate these, then quite frankly, he would be a bad manager. Any decent manager would appreciate the truths within Akin's Laws. Note too, Akin's Laws hold up well for other branches of engineering too - there is certainly a lot in them that Software Engineers will recognise.

Engineering is done with numbers. Analysis without numbers is, at best, only an opinion.
To design a spacecraft right takes a infinite amount of effort. This is why it's a good idea to design them to operate when some things are wrong.
Design is an iterative process. The necessary number of iterations is one more than the number you have currently done. This is true at any point in time.
Your best efforts will inevitably wind up being useless in the final design. Learn to live with the disappointment.
(Miller's Law) Three points determine a curve.
(Mar's Law) Everything is linear if plotted log-log with a fat magic marker pen.
At the start of any design effort, the person who most wants to be team leader is least likely to be capable of it.
In nature, the optimum is almost always in the middle somewhere. Distrust assertions that the optimum is at an extreme point.
Not having all the information you need is never a satisfactory excuse for not starting the analysis.
When in doubt, estimate. In an emergency, guess. But be sure to go back and clean up the mess when the real numbers come along.
Sometimes, the fastest way to get to the end is to throw everything out and start over.
There is never a single right solution. There are always multiple wrong ones, though.
Design is based on requirements. There's no justification for designing something one bit "better" than the requirements dictate.
"Better" is the enemy of "good"
The ability to improve a design occurs primarily at the interfaces. This is also the prime location for screwing it up.
The previous people who did a similar analysis did not have a direct pipeline to the wisdom of the ages. There is,therefore, no reason to believe their analysis over yours. There is especially no reason to present their analysis as yours.
The fact that an analysis appears in print has no relationship to the likelihood of its being correct.
Past experience is excellent for providing a reality check. Too much reality can doom an otherwise worthwhile design, though.
The odds are greatly against you being immensely smarter than everyone else in the field. If your analysis says your terminal velocity is twice the speed of light, the chances are better that you've screwed up than that you've invented warp drive.
A bad design with a good presentation is doomed eventually. A good design with a bad presentation is doomed immediately.
(Larrabee's Law) Half of everything you hear in a classroom is crap. Education is figuring out which half is which.
When in doubt, document. (Documentation requirements will reach a maximum shortly after the termination of a project.)
The schedule you develop will seem like a complete work of fiction up until the moment your customer fires you for not meeting it.
Its called a "Work Breakdown Structure" because the Work remaining will grow until you have a Breakdown, unless you enforce some Structure on it.
Space is a completely unforgiving environment. If you screw up the engineering, SOMEBODY DIES!