Роскосмос пару дней назад опубликовал отчёт о том, почему упала "Луна-25". Там конечно канцелярит, но можно примерно понять, что двигатель коррекции получил неверные данные от акселерометра:
из-за возможного попадания в один массив данных команд с различными приоритетами их исполнения прибором
Это очень похоже на программную ошибку, а это моя сфера, и я решил над ситуацией поразмыслить.
Хейтеры сразу стали строчить комментарии в стиле "Ололо, наняли каких-то идиотов, которые простейшие тесты не провели". Тут обычно справедливо вспоминают аварию с европейской ракетой Ариан-5 в 1996 году. Там буквально из-за пары строчек кода в результате неправильного приведения числовых типов ракета за 7 млрд баксов развалилась на куски в воздухе. Бывает.
Что касается Роскосмоса, при всей его сомнительной репутации, объяснение "Дураки не провели тесты" звучит лично для меня неправдоподобно. На мой личный взгляд возможны два варианта:
1. Если в описании ошибки слово "приоритет" обозначает какой-то признак внутри объекта команды, значит, на входе в приёмный модуль эти команды не были отфильтрованы. Выглядит как грубая ошибка, целый логический блок упущен. Вряд ли этот блок вообще не написан, скорее всего он не выполнился. Такое бывает, если в тестовой среде есть какое-то условие, которого нет в рабочей, и именно это условие отвечает за выполнение участка кода.
Сталкивался с таким миллион раз. Самое дикое из последнего: код парсит эксель-таблицу с числами. Разработчик написал, запустил проверил, прогнал тесты, всё ок. Отправляем в прод — все числа будто бы рандомно меняются на другие. Запускаем снова — у всех разработчиков функционирует нормально, а в проде на сервере нет. Таблица одна и та же. Можете подумать, почему так. Ответ: у разработчиков стоит русская локаль и десятичный разделитесь это запятая, а на проде в докере точка. При парсинге на проде запятая уже интерпретируется как разделитель тысячных разрядов.
2. Куда вероятнее, что слово "приоритет" в описании ошибки обозначает время, а, значит, список команд просто не был отсортирован, и в обработчик уже после актуальных значений попали какие-нибудь начальные нулевые данные, сбившие логику. По косвенному описанию проблемы очень похоже именно на это. Значит, на тестах всегда порядок возникновения команд соответствовал порядку их прихода, а в реальности перестал соответствовать. Вообще, работать с железом очень сложно. Какую-нибудь схемку заглючило от холода, она задержала ответ от датчика на миллисекунду, и всё. Никто не знал, что такая проблема возможна, пока она не возникла.
Мне рассказывали о таком случае: юзер логинится на сайт и иногда логин проходит, а иногда нет. Логин и пароль те же самые. Просто в случайные моменты времени ему возвращают токен авторизации, а в другие моменты времени ошибку 403. Никакой закономерности нет вообще. Нет зависимости от времени суток и даты. Сервер точно работает стабильно и не падает все 100% времени. Почему так может быть? Ответ: у сервиса авторизации два инстанса, перед которыми балансировщик нагрузки. В одном инстансе данные для авторизации есть, в другом нет. Балансировщик при примерно одинаковой нагрузке включает просто случайный выбор между ними.
В общем, программисты иногда допускают такие косяки, что какая-то мелочь может привести к серьёзной аварии. Это я вам говорю как программист, который пишет для атомных станций :)
#dev
💰#DеньгиDревних
| Веспасиан: как спасти империю от банкротства — и ввести налог на мочу
Когда в 69 году н.э. Веспасиан стал императором, Римская империя была на грани финансового коллапса. Гражданские войны, расточительство Нерона и разгул коррупции опустошили казну. По словам историка Светония, в государственной сокровищнице оставалось менее 1 000 золотых монет — сумма, смехотворная для державы, управлявшей 60 миллионами человек.
Веспасиан, выходец из плебейской семьи (его отец был сборщиком податей), подошёл к кризису не как политик, а как практик и финансист. Он понимал: чтобы восстановить порядок, нужно не только сократить расходы, но и найти новые источники дохода — даже самые неожиданные.
🔸 Налог на всё: от проституции до… мочи
Одним из самых известных решений Веспасиана стало введение vectigal urinae — налога на сбор мочи. В Древнем Риме урина использовалась повсеместно:
— в прачечных ( fullonicae ) — как отбеливатель благодаря аммиаку,
— в кожевенных мастерских — для дубления,
— даже в стоматологии — как антисептик.
Сборщики выкупали право на установку общественных писсуаров ( latrinae ), а затем продавали содержимое ремесленникам. Веспасиан обложил эту цепочку государственным налогом.
Когда его сын Тит возмутился: «Разве можно брать деньги за такую мерзость?» — император поднёс ему монету и спросил: «Пахнет ли она?» Получив ответ «нет», произнёс фразу, ставшую крылатой:
«Pecunia non olet» — «Деньги не пахнут».
🔸 Финансовая реформа как стратегия выживания
Помимо «налога на мочу», Веспасиан:
— вернул в казну конфискованные при Нероне земли,
— ввёл плату за использование дорог и портов,
— наладил систему аренды государственных шахт и карьеров,
— отказался от дорогостоящих зрелищ, заменив их полезными проектами — например, начал строительство Колизея на доходы от добычи в Иудее.
Его подход был прост: каждый актив должен приносить доход. Даже отходы.
🔸 Результат: от банкротства — к процветанию
К моменту смерти в 79 г. н.э. Веспасиан оставил сыну полную казну, стабильную налоговую систему и империю, в которой снова работала экономика. Его реформы стали основой для «золотого века» Антонинов.
Мораль:
Сегодня вы платите за подписку на стриминг, доставку еды и облачное хранилище.
Веспасиан бы просто ввёл налог на ваш Wi-Fi — и сказал: «Деньги не пахнут. Особенно если они спасают цивилизацию».
#DD