наши человеческие звуки всё-таки довольно медленный способ донесения информации
С человеческой речью все-таки интересно в итоге получилось. Я когда Азимова в детстве читал, тоже думал: «Художественное упрощение, блин! Ну конечно в реальности будет толпа бородатых инженеров с отвертками и дебаггерами, а не девушка-робопсихолог, диагностирующая роботов, мило общаясь с ними на естественном языке и тщательно выверяя формулировки, чтобы робот сделал все как надо». Упс…
Там много факторов, в зависимости от типа самолета: флаттер, непроизвольное пикирование, просто разрушение конструкции. Но все они они обычно зависят от истинной скорости (относительно воздуха) или от числа маха (увеличивается с высотой). А подъемная сила зависит от приборной скорости (уменьшается с высотой).
В результате на больших высотах образуется ”coffin corner” - очень малый диапазон допустимых скоростей. Если скорость увеличить - самолет спикирует или разрушится. Если скорость уменьшить - самолет свалится и опять же разрушится от возросшей скорости.
На самом деле я не подумал о сценарии, когда ключ хранится на внешнем устройстве с биометрией (см комментарии выше). Тогда даже рут не имеет к нему доступа. Точнее имеет, но только в момент использования, когда он загружен в память
“перетекание” больше, когда больше разница давлений (сверху и снизу крыла). Разница давлений создает подъемную силу. Подъемная сила гораздо больше на главном крыле - оно тащит на себе все десятки/сотни тонн веса. А задний стабилизатор просто слегка балансирует на длинном рычаге, поддерживая правильную ориентацию
Я надеюсь что в третьей миссии будет стыковка со Starship HLS, но пока непонятно. Без него садится на Луну не на чем. И Старшип тоже совсем не опережает график
Может быть через "join" было бы проще. Мне почему-то казалось что bind - это тот основной метод, который используется для реализации монад. Возможно это не так, у меня нет реального опыта в Хаскеле. Плюс в конце хотелось подвести к IO, а там как раз используются binds разных видов
JVM старается свести к минимуму использование системных примитивов синхронизации. Они во-первых медленные, во-вторых плохо переносимые между платформами. Причем это верно и для виртуальных потоков, и для старых, «настоящих».
Есть низкоуровневый класс LockSupport, который предоставляет что-то вроде простенького семафора (park, unpark, parkNanos, …) и делегирует это ядру ОС. Он используется только после когда испробованы неблокирующие методы (барьеры, compare-and-swap), но все равно требуется настоящая блокировка. Все высокоуровневые ReentrantLock/BlockingQueue/итп завязаны на LockSupport и содержат кучу неблокирующего кода.
Парковать виртуальные потоки на уровне ОС нужно еще реже. Часто два виртуальных потока висят на одном настоящем, это легко проверяется. Если парковка все-таки нужна, виртуальный поток будет предварительно размонтирован (то есть освободит системный поток для других).
В JVM 24/25 наконец пофиксили баг с пиннингом synchronized, и вообще красота настала. Старый Jetty-сервер стал держать тысячи соединений, практически без изменения кода (только последний Jetty нужен)
Да не будет «неизбежного удара об землю». Пилоты, как ни это странно, тоже хотят жить! И, поверьте, лучше вас знают, как этого удара по возможности избежать. Будет относительно мягкое касание на относительно большой скорости, плюс столкновение с чем попало после касания.
Что-то в самолете сломается, что-то загорится. И дальше будут как раз те 90 секунд, пока топливо из разломанных баков не встретится с горящим разломанным двигателем. И даже когда они встретятся, будет не взрыв, как в голливудских боевиках, а просто станет очень жарко и нечем дышать от горящего пластика.
Как и сказано в статье, в случае чего, вас спасет не парашют. Вас спасет следование скучным инструкциям бортпроводников: знать где ближайший аварийный выход, не лезть за бесценным ноутбуком/паспортом на верхней полке, открыть шторку окна (чтобы видеть где горит), вытащить наушники из ушей, убрать столик и откидное кресло, чтобы не мешать эвакуироваться другим.
Не понял, почему “срочно уезжаю”? Уехать должны голубоглазые, а не кареглазые. Просто узнать о цвете своих глаз нельзя, его надо логически вывести
Так если они все безупречно логичные философы, они и все вместе могут утром джигу станцевать
“… Возможно, я спасаю вас всех!” Если у философа карие глаза - никого он не спасает
С человеческой речью все-таки интересно в итоге получилось. Я когда Азимова в детстве читал, тоже думал: «Художественное упрощение, блин! Ну конечно в реальности будет толпа бородатых инженеров с отвертками и дебаггерами, а не девушка-робопсихолог, диагностирующая роботов, мило общаясь с ними на естественном языке и тщательно выверяя формулировки, чтобы робот сделал все как надо». Упс…
Там много факторов, в зависимости от типа самолета: флаттер, непроизвольное пикирование, просто разрушение конструкции. Но все они они обычно зависят от истинной скорости (относительно воздуха) или от числа маха (увеличивается с высотой). А подъемная сила зависит от приборной скорости (уменьшается с высотой).
В результате на больших высотах образуется ”coffin corner” - очень малый диапазон допустимых скоростей. Если скорость увеличить - самолет спикирует или разрушится. Если скорость уменьшить - самолет свалится и опять же разрушится от возросшей скорости.
На самом деле я не подумал о сценарии, когда ключ хранится на внешнем устройстве с биометрией (см комментарии выше). Тогда даже рут не имеет к нему доступа. Точнее имеет, но только в момент использования, когда он загружен в память
Так, а в во всех других браузерах как хранятся и шифруются пароли, что с правами администратора их нельзя получить?
“перетекание” больше, когда больше разница давлений (сверху и снизу крыла). Разница давлений создает подъемную силу. Подъемная сила гораздо больше на главном крыле - оно тащит на себе все десятки/сотни тонн веса. А задний стабилизатор просто слегка балансирует на длинном рычаге, поддерживая правильную ориентацию
А кто у него конкурент, Blue Moon Безоса? Посмотрим что они успеют к 2027-му. Прям для Луны вряд-ли будет готов хоть один. Максимум для теста на НОО
Я надеюсь что в третьей миссии будет стыковка со Starship HLS, но пока непонятно. Без него садится на Луну не на чем. И Старшип тоже совсем не опережает график
Если расскажете, может спросите заодно какая у них лицензия? Мой вопрос в предыдущем комменте был не риторическим
Это какую ICAO-шную лицензию дают после 200 часов? CPL? Поля опылять и катать туристов кругами for fun?
Для перемещения людей из точки A в точку B на авиалайнере нужна ATPL - 1500 часов, про которые куча мемов в профильных интернетах
Вот здесь более понятная статистика:
https://www.sciencedirect.com/science/article/abs/pii/S0925753517310287
15% погибло, 20% получили травмы в "accidents".
Accident (ICAO) - инцидент который привел к смерти, серьезным травмам или к существенному повреждению/потере самолета. Не пробитая шина.
Можем определить, но у строк могут быть несколько независимых признаков:
непустая строка
русская (локализованная) строка
строка без пробелов
строка введенная пользователем (и не проверенная)
строка, которую можно заинтернить (количество значений ограничено)
Если вы попытаетесь простым наследованием покрыть все варианты, у вас будет комбинаторный взрыв.
В более мощных системах типов больше гибкости для compile-time проверок
Может быть через "join" было бы проще. Мне почему-то казалось что bind - это тот основной метод, который используется для реализации монад. Возможно это не так, у меня нет реального опыта в Хаскеле. Плюс в конце хотелось подвести к IO, а там как раз используются binds разных видов
В каких-то DOS'овских программах точно был хак: "прозрачный" цвет берется из пикселя в левом верхнем (вроде) углу ресурса
JVM старается свести к минимуму использование системных примитивов синхронизации. Они во-первых медленные, во-вторых плохо переносимые между платформами. Причем это верно и для виртуальных потоков, и для старых, «настоящих».
Есть низкоуровневый класс LockSupport, который предоставляет что-то вроде простенького семафора (park, unpark, parkNanos, …) и делегирует это ядру ОС. Он используется только после когда испробованы неблокирующие методы (барьеры, compare-and-swap), но все равно требуется настоящая блокировка. Все высокоуровневые ReentrantLock/BlockingQueue/итп завязаны на LockSupport и содержат кучу неблокирующего кода.
Парковать виртуальные потоки на уровне ОС нужно еще реже. Часто два виртуальных потока висят на одном настоящем, это легко проверяется. Если парковка все-таки нужна, виртуальный поток будет предварительно размонтирован (то есть освободит системный поток для других).
В JVM 24/25 наконец пофиксили баг с пиннингом synchronized, и вообще красота настала. Старый Jetty-сервер стал держать тысячи соединений, практически без изменения кода (только последний Jetty нужен)
Да не будет «неизбежного удара об землю». Пилоты, как ни это странно, тоже хотят жить! И, поверьте, лучше вас знают, как этого удара по возможности избежать. Будет относительно мягкое касание на относительно большой скорости, плюс столкновение с чем попало после касания.
Что-то в самолете сломается, что-то загорится. И дальше будут как раз те 90 секунд, пока топливо из разломанных баков не встретится с горящим разломанным двигателем. И даже когда они встретятся, будет не взрыв, как в голливудских боевиках, а просто станет очень жарко и нечем дышать от горящего пластика.
Как и сказано в статье, в случае чего, вас спасет не парашют. Вас спасет следование скучным инструкциям бортпроводников: знать где ближайший аварийный выход, не лезть за бесценным ноутбуком/паспортом на верхней полке, открыть шторку окна (чтобы видеть где горит), вытащить наушники из ушей, убрать столик и откидное кресло, чтобы не мешать эвакуироваться другим.
del
Со ссылкой было бы понятнее... Но скорее всего это - в Стандартной Атмосфере и с максимальным взлетным весом.
В реальной жизни лучше рассчитать поточнее, методами про которые написали выше.