Обновить
31
17.1

Пользователь

Отправить сообщение

Можем определить, но у строк могут быть несколько независимых признаков:

  • непустая строка

  • русская (локализованная) строка

  • строка без пробелов

  • строка введенная пользователем (и не проверенная)

  • строка, которую можно заинтернить (количество значений ограничено)

Если вы попытаетесь простым наследованием покрыть все варианты, у вас будет комбинаторный взрыв.

В более мощных системах типов больше гибкости для compile-time проверок

Может быть через "join" было бы проще. Мне почему-то казалось что bind - это тот основной метод, который используется для реализации монад. Возможно это не так, у меня нет реального опыта в Хаскеле. Плюс в конце хотелось подвести к IO, а там как раз используются binds разных видов

Причём colorkey, похоже, зависит от типа ресурса

В каких-то DOS'овских программах точно был хак: "прозрачный" цвет берется из пикселя в левом верхнем (вроде) углу ресурса

JVM старается свести к минимуму использование системных примитивов синхронизации. Они во-первых медленные, во-вторых плохо переносимые между платформами. Причем это верно и для виртуальных потоков, и для старых, «настоящих».

Есть низкоуровневый класс LockSupport, который предоставляет что-то вроде простенького семафора (park, unpark, parkNanos, …) и делегирует это ядру ОС. Он используется только после когда испробованы неблокирующие методы (барьеры, compare-and-swap), но все равно требуется настоящая блокировка. Все высокоуровневые ReentrantLock/BlockingQueue/итп завязаны на LockSupport и содержат кучу неблокирующего кода.

Парковать виртуальные потоки на уровне ОС нужно еще реже. Часто два виртуальных потока висят на одном настоящем, это легко проверяется. Если парковка все-таки нужна, виртуальный поток будет предварительно размонтирован (то есть освободит системный поток для других).

В JVM 24/25 наконец пофиксили баг с пиннингом synchronized, и вообще красота настала. Старый Jetty-сервер стал держать тысячи соединений, практически без изменения кода (только последний Jetty нужен)

Да не будет «неизбежного удара об землю». Пилоты, как ни это странно, тоже хотят жить! И, поверьте, лучше вас знают, как этого удара по возможности избежать. Будет относительно мягкое касание на относительно большой скорости, плюс столкновение с чем попало после касания.

Что-то в самолете сломается, что-то загорится. И дальше будут как раз те 90 секунд, пока топливо из разломанных баков не встретится с горящим разломанным двигателем. И даже когда они встретятся, будет не взрыв, как в голливудских боевиках, а просто станет очень жарко и нечем дышать от горящего пластика.

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

Со ссылкой было бы понятнее... Но скорее всего это - в Стандартной Атмосфере и с максимальным взлетным весом.

В реальной жизни лучше рассчитать поточнее, методами про которые написали выше.

А «многих случившихся катастроф последних лет» это каких например? Статистически авиация сейчас сильно безопаснее чем в 70/80-е, когда всей этой экономии вроде как не было.

А насчет автопилота в пассажирском самолете… Даже автономные автомобили внедряются с большим скрипом, что говорить об авиации. Авиакомпании например давно ищут возможность избавится хотя бы от одного из двух пилотов в кабине. Заменить компьютером или удаленным управлением.

Но такой штуке нужно давать полный контроль над самолетом, с возможностью «пересилить» живого пилота если надо (иначе вся схема теряет смысл). И что-то мне подсказывает что пилоты будут сильно против того, чтобы их жизнь зависела от чувака в кресле на земле или от неведомой хреновины без инстинкта самосохранения.

Насколько я знаю ни одно тело разгнанное человечеством не было разогнано до скорости света.

Было разогнано, и не одно. Элементарные частицы в ускорителях двигаются с около-световой скоростью. И там как раз наглядно видно что дальше скорость не растет, как их не разгоняй. Растет только энергия.

Нет конечно. Весь смысл СТО в том, что нельзя экспериментально определить кто движется - Земля или корабль. Они движутся относительно друг друга и все замедления/сокращения симметричны.

А что насчёт замедления времени при релятивистских скоростях и увеличение массы?

Замедление времени, между прочим, еще и относительно. На быстром корабле замедляется время с точки зрения Земли. На Земле замедляется время с точки зрения быстрого корабля. Как это выглядит в клеточном автомате я затрудняюсь представить.

Вы преувеличиваете.

Проблема «Золотого миллиарда» конечно никуда не делась, но именно «голодает» (по данным WHO) меньше 10%.
Еще примерно треть «не имеет доступа к здоровому питанию» (довольно расплывчатая формулировка и все равно не большинство).

С питьевой водой тем более - проблема есть только в центральной Африке. В Азии (Индия/Китай, где живет подавляющее большинство населения) - в целом нормально

Но соглашусь с тем, что подавляющему большинству в мире проблемы климатических изменений по барабану

Прекрасная статья!

Вот это место я не понял:

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

Разве примеси в n-области не состоят из атомов с 5 валентными электронами (например, фосфора)? Получается валентных связей там больше, чем в кремнии, а не меньше.

Но мы можем видеть галактики все раньше и раньше во времени, вплоть до реликтового излучения. Это позволяет обоснованно экстраполировать

Смысл ВСЕХ языков программирования, начиная с ассемблера - предотвращать как можно больше ошибок программиста и минимизировать их последствия, если уж не удалось предотвратить

Проблема останова. Перед тем как запускать все возможные программы из 49 байт, вам нужно знать какие из них не зависнут

Интересно, почему они просто не запретили public constructors в value-классах. Это ж вывих мозга будет:

assert new Value(…) != new Value(…); // false

Конечно нужно проверять. Абсолютно любой внешний источник информации может «нагаллюцинировать» - Гугл, соцсеть, книжка, коллега по работе…

Для обучения хорошо использовать. Английским идиомам, например. Или незнакомой предметной области.

Последний раз мы с нейросеткой обсуждали Overnight Interest Swaps, и в чем разница между “calculation period”, “reset period” и “payment period”. С примерами, уточняющими вопросами и сценариями из реальной жизни. Гугл и Википедия такое не умеют

А пароль к менеджеру паролей как запоминать? :)
Или только на биометрию полагаться? Я все-таки предпочитаю ее считать вторым независимым фактором

1
23 ...

Информация

В рейтинге
432-й
Зарегистрирован
Активность