Пару месяцев назад конструкция моста через залив Сан-Франциско серьезно сломалась, а ее элементы, упавшие на проезжую часть, повредили несколько автомобилей. За срочный ремонт взялась компания Caltrans. Мост крайне важен для города, поэтому ремонтники трудились даже в национальный выходной (Labor Day). Но… спустя 7 недель конструкция снова сломалась именно в том месте, где ремонтировали.Анализ усиливающих элементов, установленных при ремонте, показал, что они не только не усилили конструкции, но напротив - ухудшили характер нагрузок, что и привело к повторной поломке.
При разборе методики проектирования ремонтных работ выяснилось, что все было проведено «дедовскими» методами. Измерение имеющейся конструкции было сделано методом снятия слепка с использованием строительной пены (а не с использованием точных лазерных дальномеров), затем рисунки (!) слепков, сделанные в фотошопе были посланы на завод в Аризоне по факсу(!). Таким образом, даже исходная информация была недостоверна и неаккуратна. На заводе также пошли по пути «нечего мудрить» и рассчитали конструкцию (получившуюся довольно сложной, с большим количеством связей и степеней свободы) с помощью обычных методик сопромата, где и допустили ошибку.
Я привожу здесь сделанный Владимиром Малюхом короткий пересказ очень большой иллюстрированной заметки Эвана Яреса «Как отремонтировать мост» (How to Repair a Bridge).
Почему не были использованы методы современного CAE? Эван делает предположение, что инженеры и менеджеры старой закалки, имевшие, к тому же, не самый вдохновляющий опыт с ПО предыдущих поколений, в условиях цейтнота приняли решение: к черту компьютеры! С другой стороны, из драматического описания видно, что участники ремонта проявили прямо-таки (советский или голливудовский?) героизм , самоотверженно работая в выходные дни, проявляя смекалку, преодолевая трудности и т.п..
