Regis Regis

матч с чемпионом мира по го Ли Седолем

А когда это Ли Седоль стал "чемпионом мира по го"?

Теория интересная, но, по сути, никак к парадоксу Ферми не относится. Ведь в парадоксе Ферми по сути рассматривается то, что попало в наш "световой конус", а раз мы существуем (еще), значит в пределах нашего светового конуса коллапса ложного вакуума не происходило. А раз не происходило, значит и на прочие факторы влияния нет. То есть теория фактически полностью "перпендикулярна" тому факту, что мы не наблюдаем другие цивилизации.

Какие билд системы уже так умеют?

Допустим, что конкретно для JS есть вот эта lerna, описываемая в статье. И которая требует, чтобы структура репозитория была перекроена под нее. А что с бэкэндом делать? Отдельный репозиторий? Но ведь это не монорепозиторий тогда.

Как насчет многократного разбухания очереди тестов на CI? Пока были отдельные репозитории — при коммите в проект гонялись только тесты этого проекта. С монорепозиторием — каждый коммит по-умолчанию будет запускать тесты всех-всех проектов.

"дебажный" → "отладочный"

Я бы не сказал, что 11 лет — это "новый формат". У тех же Intel и AMD за это время сменилось не одно поколение процессоров.

Математикам и физикам не нужны именно двоичные расчеты. Им нужны либо приближенные расчеты, либо точные.

Для приближенных расчетов им нужно, чтобы в вычисления вносилось как можно меньше ошибок связанных с техническим исполнением этих вычислений. Будет там двоичная арифметика или нет "под капотом" — им всё равно.

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

Конкретно двоичная арифметика нужна, например, в криптографии. Но в первую очередь потому как современная криптография вся построена вокруг двоичной аппаратной базы. Да и требуется там обычно только целочисленная арифметика. Опять мимо.

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

Пример проблемной ситуации: вам хочется в одном типе данных хранить суммы в Биткоинах (в том числе очень маленькие значения, 0.00000001 и меньше) и в Зимбабвийских долларах (очень большие значения, триллиарды и больше). Fixed point с целым числом вам не подойдет — ему не хватит значащих цифр (19 десятичных значащих цифр в эквиваленте для int64).

Разве что в банковской сфере поможет, или как?

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

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

ведь и диапазон значений очень сильно урезается

Нет, не сильно. IEE 754 decimal64 хранит каждые 3 десятичных разряда в блоках размером 10 бит. 10^3=1000, 2^10=1024, т. е. потеря тут небольшая. См. вики.

только вот IEE 754 реализован в железе практически везде

один вопрос — на… зачем?

• Слабенький по качеству перевод
• Не релевантно аудитории (сомневаюсь, что у многих с Хабра есть дачи в Америке)
• Информации про особенности поражения мало и она частично противоречивая
• Советы — ну совсем уж капитанские

/api/path/video/1234 — это конкретный запрос ресурса — ролика с идентификатором. Если отсутствует любой узел, включая 1234, возвращается 404.

Отвечая на запрос РБК о потерях от внедрения искусственного интеллекта, в пресс-службе Сбербанка уточнили, что «речь идет не о прямых убытках, а скорее о недополученной прибыли»

И ничего — Линус как-то справляется.

а иногда подбирает своих братьев-создателей рынка

При ожидании автобуса, который приходит в среднем каждые 10 минут, ваше среднее время ожидания будет 10 минут.

если средний интервал между автобусами составляет N минут, то среднее время ожидания для пассажиров составляет 2N минут