Оптоволокно диэлектрическое, ему все равно. А вот репитеры и магистральное оборудование питаются электричеством. Длинные ЛЭП работают как гигантские антенны для наведенных токов. Трансформаторы входят в насыщение, греются и горят. Без электричества оптоволокно просто темное стекло
Старлинки оптимизированы для низкой околоземной орбиты. На Луне гравитация другая, масконы искривляют орбиты. Обычный Старлинк там долго не проживет без постоянной коррекции
Часы реализации столкновения метрика интересная, но она базируется на предположении, что спутники вообще перестанут управляться. Современные Starlink имеют автономную систему уклонения на борту, которая работает даже без связи с землей, используя данные от NORAD, загруженные заранее, и бортовые датчики. Полная потеря управления возможна только при выгорании электроники от радиации, но это уже другой сценарий, нежели просто потеря связи на 2.8 дня
Ту-114 все таки был узкофюзеляжным и жестким, сделанным на базе бомбардировщика, а Ан-22 это огромная труба большого диаметра. Резонансные частоты там совсем другие, сделать из него комфортный лайнер без переделки всего силового набора было нереально
Редуктор на НК-12 конечно отдельный вид инженерного искусства (или ада, тут как посмотреть). Передать 15 тысяч лошадей на соосные винты и чтобы это не развалилось от вибрации в полете - задача нетривиальная даже сейчас) Жаль что технологии производства и компетенции по таким трансмиссиям по сути уходят вместе с этими машинами..
Проблема не в открытом номере, а в том что он используется как фактор аутентификации или доверия. Если сотрудник знает, что "звонок с номера шефа" ничего не значит (спасибо дипфейкам и спуфингу), то открытость номера не будет угрозой
Интересно как они дампили LSASS с машины CEO. Обычно EDR решения реагируют на такие действия как на красную тряпку. Если у них стоял какой-нибудь CrowdStrike или SentinelOne, дамп памяти процесса аутентификации должен был вызвать мгновенную блокировку и алерт в SOC. Видимо на машине гендира в порядке исключения антивирус был либо отключен, либо настроен в режим не беспокоить)
Проблема RDD даже глубже, чем описано. Это порочный круг: HR ищут по ключевикам, лиды тащат хайповый стек, чтобы потом найти работу, а бизнес платит за оверхед. В итоге имеем микросервисы там, где справился бы монолит на PHP, и Kafka для передачи трех сообщений в день. И самое смешное, что когда этот карточный домик падает, зовут того самого токсичного деда, который умеет в strace и дампы памяти
Погружаться в атмосферу звезды, где законы физики меняют правила игры, чтобы просто потрогать границу, которую мы раньше только на кончике пера высчитывали - это мощно
Видимо старый добрый метод "ткнуть палкой и посмотреть что будет" до сих пор остается самым эффективным в науке, даже если палка стоит полтора миллиарда долларов..
Так работает наша индустрия. За счёт этого мы так быстро движемся вперёд
Или за счет этого мы быстро плодим технический долг и юридические риски, просто пока не прилетело? Движение вперед - это когда ты стоишь на плечах гигантов, а не когда ты утащил у соседа стремянку и делаешь вид, что сам ее смастерил
Классика же. Задача закрыта? Закрыта. Ресурсы сэкономлены? Сэкономлены. PR отдел отработал? Отработал. С точки зрения KPI все молодцы. А вот эта ваша этика и культура в квартальный отчет не попадает
Все эти быстрые гпсч прекрасны, но для 99% задач rand() из стандартной библиотеки или std::mt19937 из C++ более чем достаточно. Погоня за наносекундами в генераторе случайных чисел оправдана только в очень специфических областях: криптография (где нужны совсем другие алгоритмы), научные симуляции (Monte Carlo) и возможно процедурная генерация в играх
С точки зрения продуктовой метрики им нужно чтобы как можно больше людей нажимало на эту кнопку, чтобы показать "вовлеченность" и "полезность" фичи. Возможность ее отключить прямо противоречит этой цели :))
Вместо простого объяснения было бы круче иметь более продвинутые функции. Например, переписать код на Python, найти потенциальные баги в этом коде, предложить рефакторинг - если уж интегрировать ии, то на полную катушку)
В условиях Марса с его сверхразреженной атмосферой пробить воздушный промежуток гораздо сложнее, поэтому даже такой слабый разряд уже значимое физическое явление
А точно ли впервые? Подозрения о наличии электрических разрядов в марсианских пылевых бурях были уже давно. Другие аппараты, возможно, тоже фиксировали странные электромагнитные всплески, но их списывали на помехи
QString прекрасен пока ты живешь внутри экосистемы Qt, но как только тебе нужно вызвать функцию из сторонней библиотеки, которая ожидает const char* или std::string, начинается ад конверсий через toUtf8().constData() и эта "лучшая" строка становится источником постоянной боли)
Оптоволокно диэлектрическое, ему все равно. А вот репитеры и магистральное оборудование питаются электричеством. Длинные ЛЭП работают как гигантские антенны для наведенных токов. Трансформаторы входят в насыщение, греются и горят. Без электричества оптоволокно просто темное стекло
Старлинки оптимизированы для низкой околоземной орбиты. На Луне гравитация другая, масконы искривляют орбиты. Обычный Старлинк там долго не проживет без постоянной коррекции
Часы реализации столкновения метрика интересная, но она базируется на предположении, что спутники вообще перестанут управляться. Современные Starlink имеют автономную систему уклонения на борту, которая работает даже без связи с землей, используя данные от NORAD, загруженные заранее, и бортовые датчики. Полная потеря управления возможна только при выгорании электроники от радиации, но это уже другой сценарий, нежели просто потеря связи на 2.8 дня
Ту-114 все таки был узкофюзеляжным и жестким, сделанным на базе бомбардировщика, а Ан-22 это огромная труба большого диаметра. Резонансные частоты там совсем другие, сделать из него комфортный лайнер без переделки всего силового набора было нереально
Стандартное решение для спецтранспортников, таскающих грузы снаружи
Посмотрите на ВМ-Т Атлант или Мрию, там та же схема разнесенного оперения, иначе самолет станет неуправляемым по курсу
Редуктор на НК-12 конечно отдельный вид инженерного искусства (или ада, тут как посмотреть). Передать 15 тысяч лошадей на соосные винты и чтобы это не развалилось от вибрации в полете - задача нетривиальная даже сейчас) Жаль что технологии производства и компетенции по таким трансмиссиям по сути уходят вместе с этими машинами..
Проблема не в открытом номере, а в том что он используется как фактор аутентификации или доверия. Если сотрудник знает, что "звонок с номера шефа" ничего не значит (спасибо дипфейкам и спуфингу), то открытость номера не будет угрозой
Интересно как они дампили LSASS с машины CEO. Обычно EDR решения реагируют на такие действия как на красную тряпку. Если у них стоял какой-нибудь CrowdStrike или SentinelOne, дамп памяти процесса аутентификации должен был вызвать мгновенную блокировку и алерт в SOC. Видимо на машине гендира в порядке исключения антивирус был либо отключен, либо настроен в режим не беспокоить)
ну про тех составляющий вопросы, но неудивительно что наебнулось все, там какая нагрузка то была
Проблема RDD даже глубже, чем описано. Это порочный круг: HR ищут по ключевикам, лиды тащат хайповый стек, чтобы потом найти работу, а бизнес платит за оверхед. В итоге имеем микросервисы там, где справился бы монолит на PHP, и Kafka для передачи трех сообщений в день. И самое смешное, что когда этот карточный домик падает, зовут того самого токсичного деда, который умеет в strace и дампы памяти
Погружаться в атмосферу звезды, где законы физики меняют правила игры, чтобы просто потрогать границу, которую мы раньше только на кончике пера высчитывали - это мощно
Видимо старый добрый метод "ткнуть палкой и посмотреть что будет" до сих пор остается самым эффективным в науке, даже если палка стоит полтора миллиарда долларов..
Или за счет этого мы быстро плодим технический долг и юридические риски, просто пока не прилетело? Движение вперед - это когда ты стоишь на плечах гигантов, а не когда ты утащил у соседа стремянку и делаешь вид, что сам ее смастерил
Классика же. Задача закрыта? Закрыта. Ресурсы сэкономлены? Сэкономлены. PR отдел отработал? Отработал. С точки зрения KPI все молодцы. А вот эта ваша этика и культура в квартальный отчет не попадает
Проще - да, быстрее - зависит от компилятора. Если компилятор не сможет соптимизировать код автора до clz, то да, ваш вариант будет на порядок быстрее
Все эти быстрые гпсч прекрасны, но для 99% задач rand() из стандартной библиотеки или std::mt19937 из C++ более чем достаточно. Погоня за наносекундами в генераторе случайных чисел оправдана только в очень специфических областях: криптография (где нужны совсем другие алгоритмы), научные симуляции (Monte Carlo) и возможно процедурная генерация в играх
С точки зрения продуктовой метрики им нужно чтобы как можно больше людей нажимало на эту кнопку, чтобы показать "вовлеченность" и "полезность" фичи. Возможность ее отключить прямо противоречит этой цели :))
Вместо простого объяснения было бы круче иметь более продвинутые функции. Например, переписать код на Python, найти потенциальные баги в этом коде, предложить рефакторинг - если уж интегрировать ии, то на полную катушку)
В условиях Марса с его сверхразреженной атмосферой пробить воздушный промежуток гораздо сложнее, поэтому даже такой слабый разряд уже значимое физическое явление
А точно ли впервые? Подозрения о наличии электрических разрядов в марсианских пылевых бурях были уже давно. Другие аппараты, возможно, тоже фиксировали странные электромагнитные всплески, но их списывали на помехи
QString прекрасен пока ты живешь внутри экосистемы Qt, но как только тебе нужно вызвать функцию из сторонней библиотеки, которая ожидает const char* или std::string, начинается ад конверсий через toUtf8().constData() и эта "лучшая" строка становится источником постоянной боли)