dxdt.blog: занимательный интернет-журнал

Пара фото на околоавиационную тему из коллекции Библиотеки конгресса. И первая, и вторая фотографии – 1942-й год, США. На первой – проверка элементов конструкции самолётов:

Фрагмент:

Вторая – с авиационным двигателем:

(via)

Как пишут в The Register, в Польше 14-летний подросток с помощью самодельного электронного устройства (типа переделанного пульта дистанционного управления от телевизора) управлял движением городских трамваев на собственный вкус. В результате вагоны сходили с рельсов, больше десятка человек пострадало.

Технических подробностей в статье нет, но, судя по всему, этот одарённый хакер каким-то образом “раскодировал” управляющие сигналы стрелок. Вероятно, транспортная система сконструирована столь “хорошо”, что управляющие сигналы штатно передаются от трамвая к стрелке с помощью ИК-излучения, без всякой криптографической защиты (просто и дёшево). Понятно, что зная характеристики сигналов (частоты, модуляцию, кодирование), подросток успешно собрал свой “пульт управления”. Раскрыть же сигналы, вероятно, можно было просто записав их с помощью своего приёмника.

Кстати, подобные системы, вроде бы, используются в Штатах, для управления светофорами. То есть, спецтранспорт, оборудованный нужным ИК-передатчиком, может устроить себе “зеленую улицу” по направлению движения.

Итальянский учёный-францисканец Лука Пачоли на рубеже 15-16 вв. писал и публиковал математические труды, которые иллюстрировал, в том числе, Леонардо да Винчи. На портрете Пачоли (он в центре, а автор – не Леонардо да Винчи) – многогранники (один стеклянный, наполовину полон водой):

Вот, на примере космического аппарата MESSENGER (почему на его примере – будет понятно в конце заметки), хочу поделиться таким наблюдением из мира разработки программного обеспечения.

Точнее, там есть два мира.

Первый – очень известен, с ним соприкасаются очень многие (в основном, на правах пользователей). Этот первый мир – разработка “офисного” ПО. “Офисное” – конечно, условное название. Тем не менее, большая часть этого ПО используется именно в офисной работе. Это ПО работает на настольных компьютерах, серверах. К этому же миру относится и типичное современное web-программирование. Здесь в ходу такие “типы” ПО: текстовый процессор, редактор изображений, бухгалтерская программа и др. И известны такие “характеристические” понятия: Windows, Visual Basic, Delphi и т.п.

Хорошо известно, что в мире “офисного” ПО можно смело выдать на рынок недоделанный, не отлаженный продукт с кучей ошибок (потому что главное – регулярно и быстро выпускать новую версию, опережая конкурентов; особенно рельефно эта тенденция видна в современных web-сервисах, которые теперь уже публикуют в неработающем виде, заявив, что это альфа-версия, ну или “бета” – особенной разницы на практике нет). Массовый клиент, понятно, уже приучен к ошибкам в программах и к тому, что нет никаких гарантий работоспособности. Это давно известная тенденция.

Вторая тенденция вот в чём: в связи с тем, что комплектующие для офисного (и, конечно, серверного) компьютерного оборудования всё дешевеют и дешевеют (в пересчёте на вычислительную мощность), то разработчики из “офисного” мира готовы напрочь забыть об оптимизации и алгоритмов, и кода. Эти разработчики говорят так: “Лучше взять побольше железа – это выйдет дешевле, чем год возиться с оптимизацией”, “Пока вы оптимизируете ваш код, память подешевеет ещё в два раза” и тому подобные вещи.

И разработчики тут, в общем-то, правы. Допустим, стоит задача вывалить хоть как-то работающий новый поисковик (условно) уже через месяц. Конечно, лучше купить два дополнительных сервера в систему, на которой поисковик будет работать, чем рисковать усложнением кода и тем, что квалификации имеющихся программистов (это вообще отдельная история про “логарифмическую сложность”) просто не хватит на то, чтобы реализовать оптимальный алгоритм в коде.

Это свой мир. Со своими ценностями.

А есть второй – совершенно другой: разработка специального ПО для встроенных систем. Здесь не только в ходу неизвестные в “офисном” мире понятия из теории сложности, но и совсем другие представления о надёжности. Потому что ошибка в “текстовом процессоре” грозит лишь секретарше (да и угроза лишь в том, что придётся набирать полэкрана текста заново). Ошибка в ПО управления спутником связи грозит многомиллионными убытками, а иногда – реальной катастрофой. Хуже того, в случае со спутником – его разработчикам придётся отвечать. (Понятно, что в “офисном” случае всякая ответственность с разработчиков заранее “списана” условиями лицензирования.)

Другой важный момент, отличающий мир разработки встроенного ПО, в том, что здесь вычислительные ресурсы всегда существенно ограничены и алгоритмы и программный код приходится оптимизировать.

В мире встроенного ПО совсем не работают методы типа “за год память подешевеет вдвое”. Почему? Вот тут-то мы и приходим к примеру с космическим аппаратом MESSENGER.

Внимание, пример: MESSENGER стартовал летом 2004-го года. На орбиту вокруг Меркурия аппарат должен встать весной 2011-го года. Понятно, что как бы ни подешевели за это время на Земле компьютерная память и процессоры – “проапгрейдить” аппарат в районе Меркурия вряд ли получится. А вот загрузить на борт новое ПО – можно, с Земли.

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

Кстати, в мире встроенного ПО, на “борту изделий”, Windows совсем не в ходу, как ни странно. Там свои операционные системы.

Так вот, к чему это длинное наблюдение: оказывается, многие и многие люди, связанные с разработкой ПО, нынче думают, что существует только первый, “офисный” мир и его законы универсальны. Про то, как делают управляющее ПО, скажем, для ракеты “воздух-воздух”, эти “офисные” разработчики даже и не задумываются. И это, наверное, правильно – зачем бы им?

Космический аппарат MESSENGER, пролетевший на днях в непосредственной близости от Меркурия, пока что не радует общественность снимками. На данный момент опубликовали только снимок Меркурия, сделанный с расстояния около 27000 километров широкоугольной камерой. Снимок – ниже (фрагмент – в начале заметки):

Остальные снимки, видимо, загрузят с борта в ближайшее время.

Пресс-служба ВВС США опубликовала отчёт о причинах происшествия с F-15C, который разбился (переломившись в полёте) 2-го ноября 2007-го года. Пилот катапультировался из отломившегося от фюзеляжа кокпита и отделался переломом руки (см. видео по ссылке в конце записки).

Как гласит отчёт, причиной послужил производственный дефект лонжерона, а вовсе не то, что истребитель был очень старый. Кстати, именно после происшествия 2-го ноября ВВС США временно прекратили полёты большей части флота F-15. И нехорошая авария с самопроизвольным разрушением истребителя в воздухе, могла бы послужить очень хорошим козырем в пользу скорейшего перехода с тридцатилетних F-15 на F-22 и F-35. Но раз причиной оказался производственный дефект, то и козырь – пропадает.

По ссылке – видеоролик про происшествие (2M, английский язык, но всё ясно по картинкам).

Оказывается, астероид WD5, столкновение которого с Марсом обещало некоторое развлечение для аудитории в конце января, пролетает мимо. В смысле, не врежется этот астероид в Марс – это показывают разные расчеты, выполненные астрономами. По новым оценкам вероятность столкновения не превышает 0.01%. Так что “жизнь на Марсе может спать спокойно“.

Пять избранных записок в блоге dxdt.ru за неделю:

• Колонизация роботами – продолжение темы;
• Техника будущего – взгляд из Третьего Рейха;
• FAA нашла “уязвимость” в “Боинге 787”;
• Фото: Спутниковая связь от Global Hawk;
• Во Франции заказывают подводных роботов.

Завтра космический зонд NASA MESSENGER должен первый раз пролететь в непосредственной близости от Меркурия. Собственно, MESSENGER предназначен для изучения Меркурия с орбиты вокруг этой планеты. Но прежде чем встать на околомеркурианскую орбиту (что намечено на 2011 год), аппарат выполнит несколько близких пролётов. Так, завтра минимальное расстояние до поверхности Меркурия от аппарата должно составить около 200 километров.

(Рисунок: JHUAPL, NASA)

Понятно, что с борта MESSENGER собираются получить всякие интересные фотоснимки и другие данные о Меркурии.

Особенно продвинутые поклонники космических исследований могут до завтра успеть склеить бумажную модель MESSENGER, исходные данные которой, как обычно, доступны на сайте NASA (PDF).

Кстати, MESSENGER, вопреки тому, что пишет некоторая пресса, это не слово “Посланник”, а аббревиатура: MErcury Surface, Space ENvironment, GEochemistry, and Ranging.

Глобус не обязательно делать на основе шара. Можно использовать тот или иной многогранник. Например – куб. Впрочем, лучше выбрать что-то с большим числом граней. По ссылке – набор готовых “многогранных” PDF с глобусами, для печати, вырезания и склеивания.

В рамках европейской инициативы во Франции собираются построить новое поколение автономных подводных роботов. Генеральный “подрядчик” – Thales. Проект называется Asemar. Этот аппарат будет предназначен для подводной разведки. То есть с помощью таких роботов, курсирующих по заданному району под водой, можно обнаруживать различные объекты (типа морских мин или каких-нибудь контейнеров), можно следить за подводными лодками или, скажем, за боевыми пловцами.

(На фото – не Asemar, а подводный аппарат ALISTAR 3000, продукт компании ECA, которая участвует и в разработке Asemar)

Thales обещает оснастить перспективного робота новым сонаром бокового обзора (хорошо для картографирования морского дна), который, кстати, тоже использует синтезированную апертуру (а это обеспечивает высокое разрешение).