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

Официальный блог ICANN (это корпорация, управляющая адресами в Интернете) теперь заговорил на русском.

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

А можно использовать в качестве мишени настоящий реактивный истребитель. Это многим лучше, чем обстрел “мишеней-эмуляторов”. Особенно если речь идёт об испытаниях не только системы наведения, но и поражающей способности ракеты. Конечно, на борту такого истребителя-мишени пилот – лишний.

Например, в Штатах в качестве мишеней служат старые реактивные истребители F-4 Phantom, переоборудованные и оснащённые дистанционной системой управления (на иллюстрации).

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

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

BAE Systems предлагают поставить на штатовский конвертоплан V-22 Osprey дистанционно управляемую пулемётную турель. Турель размещается внизу фюзеляжа (см. картинку) и должна обеспечить стрельбу “на 360^o“.

Из-за нетипичной компоновки установить оружие на V-22 не так просто, тем более, если речь идёт о средствах обеспечения огневой поддержки наземным операциям.

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

• Астероид не упадёт на Марс;
• F-15 переломился из-за лонжерона;
• Два мира разработки ПО;
• Хакер “взломал” польские трамвайные линии;
• Медальон для абдукантов.

Как-то я уже писал о настольной лампе “про абдукантов”. В этот раз – новое: медальон с критически важной информацией. Знаете, на кошачьи ошейники, на случай, если кот потеряется, иногда прикрепляют табличку: “Меня зовут Вольдемар Васильевич, хочу домой! Мой адрес: ля-ла-ла…”. Здесь тот же вариант, но особенным, понятным даже пилоту НЛО, образом закодировано местоположение Земли:

В принципе, схема валидна во всём объёме Галактики. В основе – разработанная в своё время астрономами для космического аппарата “Пионер” дорожная карта. Местоположение солнечной системы указано с привязкой к мощным пульсарам. Домашняя планета отмечена на схеме системы. В общем, пилот НЛО сможет вернуть бродягу, случайно найденного на галактических просторах, обратно домой. Заказать медальон можно на специальном сайте. Хотя, в принципе, никто не мешает скопировать дорожную карту бесплатно.

Пара фото на околоавиационную тему из коллекции Библиотеки конгресса. И первая, и вторая фотографии – 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, английский язык, но всё ясно по картинкам).