Хабрахабр

(Законы Акина) законы космической инженерии

1. Инженерная разработка это цифры. Анализ без цифр это просто мнение.

Создание правильной ракеты занимает бесконечное количество времени. 2. Конструирование циклический процесс. Поэтому следует создавать ракеты в которых что-то не правильно.
3. Это верно на любой стадии. Количество итераций всегда на одно больше чем уже было.

Ваши лучшие наработки в окончательном решении будут не нужны. 4. Привыкните жить с этим.

(Закон Миллера) Три точки это уже кривая. 5.

На логарифмической бумаге всё есть прямая. 6.

На начальных стадиях разработки тот кто больше всех хочет возглавлять работу, меньше всех подходит на эту роль. 7.

В природе оптимум почти всегда в середине. 8. Не доверяйте утверждениям, в которых оптимум в районе экстремума.

Недостаток информации ещё не причина откладывать анализ решения. 9.

Не уверен — решай приблизительно. 10. Но обязательно вернись к решению когда появятся настоящие цифры.

Иногда самый быстрый путь к выполнению проекта — всё выкинуть и начать сначала. 11.

Единственно верного решения не существует. 12. Хотя существует много неверных.

Разработка базируется на требованиях. 13. Нет причины делать что-то хоть капельку «лучше» чем указано в требованиях.

(Закон Эдисона) «Лучшее» враг «хорошего». 14.

(Закон Ши) Все возможности для улучшения решения обычно кроются в стыках. 15. Стыки же и основное место для «косяков».

Люди которые обдумывали эту задачу до вас не имели прямой связи с мудростью предков. 16. Тем более не стоит выдавать его за своё. Поэтому не стоит думать, что их решение было лучше вашего.

То что решение было опубликовано не делает его более верным. 17.

Опыт проверяет решения в жизни. 18. Слишком много проверки жизнью может обречь казалось бы неплохие решения.

Вероятность того, что вы намного умнее всех в своей области очень невелика. 19. Если в ваших расчётах финальная скорость вышла в две скорости света, то вы, возможно, изобрели телепорт, но скорее всего вы просто накосячили.

Плохое решение с хорошим отчётом — со временем будет отвергнуто. 20. Хорошее решение с плохим отчётом будет отвергнуто сразу.

(Закон Ларраби) Половина того, чему вас учили преподаватели — полная чушь. 21. В этом суть образования. Осталось разобраться которая половина.

Если сомневаешься — документируй. 22. (Потребность в документации достигает максимума вскоре после закрытия программы).

Расписание срока работ которое вы составите всегда кажется отвлечённой фантастикой, пока заказчики не уволят вас за его несоблюдение. 23.

Это называется «Work Breakdown Structure» (порядок разбивки работы) потому что вы будете Work пока не настанет Breakdown, и придётся внедрить какой-то Structure. 24.

(Закон Баудена) После провала испытаний, всегда можно улучшить расчёты показав, что негативная вероятность присутствовала изначально. 25.

(Закон Монтемерло) Don't do nuthin' dumb — не надо делать фигню! 26.

(Закон Варси) Сроки смещаются только в одну сторону. 27.

(Закон Рэнжера, иногда ошибочно Закон Хайнлайна) TANSTAAFL: There ain't no such thing as a free launch. 28. Примерно переводится как «Бесплатно кормят только на убой» или «бесплатно просто так не покормят».

(Закон управления проектами фон Тисенхаузена) Чтобы получить примерно точные окончательные требования по программе, умножьте значения начальных требований на число Пи, и сдвиньте десятичную точку на одно положение вправо. 29.

(Закон инженерных решений фон Тисенхаузена) Если хотите чтобы ваш вклад в конструкторскую разработку инженерной системы был максимальным, научитесь рисовать. 30. Инженеры всегда в конце концов делают что-то похожее на картинку концепт-художника.

(Закон эволюционной разработки Мо) Нельзя добраться до луны залезая с каждым разом на более высокое дерево. 31.

(Закон демонстраций Аткина) Когда всё работает как надо, действительно важные посетители не приходят. 32.

(Закон планирования програм Паттона) Хороший план насильно исполненый сейчас, лучше чем идеальный на следующей неделе. 33.

(Закон планирования задач Рузвельта) Делай что можешь, там где ты есть, с тем что под рукой. 34.

(Закон дизайна Сент-Экзюпери) Дизайнер знает что достиг совершенства, ни тогда когда уже нечего добавить, а когда уже нечего убрать. 35.

Обычный инженер делает элегантные системы. 36. Настоящий инженер — эффективные. Хороший инженер — работающие.

(Закон Хэншоу) Важнейшая вещь в успехе программы это чётко выстроить ряды виновных. 37.

Возможности повышают требования игнорируя ограничения из учебников. 38.

Любая космическая программа в которой «оказалась» разработка новой ракеты, по факту есть программа разработки новой ракеты. 39.

(альтернативная формулирока) Три правила сохранения космических програм в пределах бюждета и сроков:
1) Никаких новых ракет.
2) Никаких новых ракет.
3) Делайте что угодно, только никаких новых ракет. 39.

(Закон Мак-Брайена) Не надо улучшать то что ещё не заработало. 40.

Никогда не хватает времени сделать всех нужных элементов, но почему-то всегда хватает времени сделать много ненужных. 41.

Космос совершенно не прощает ошибок. 42. Если инженер ошибся то кто-то погибнет (и нет такой вещи как «частичная вина», мол, в основном-то решение было правильным).

Оригинал:
spacecraft.ssl.umd.edu/akins_laws.html

Теги
Показать больше

Похожие статьи

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Кнопка «Наверх»
Закрыть