Всегда было интересно, эти тесты компиляции выполняются в какую таргет-платформу? Если в нативную (x86 для Интелов и aarch64 для M1), то это сравнение теплого с мягким.
откуда следует, что 100 — это, очевидно, гипербола
Очень плохое доказательство с точки зрения формальной логики. Не очевидно, и не следует.
Но что 3-4 ветки, что 100, одна фигня.
Не одна фигня, абсолютно разная фигня. В коде из 100 веток вы наделаете ошибок хоть с elif, хоть с pattern matching.
Меньше символов, меньше возможности для ошибки.
Пока что вы показали пример, где больше символов.
Например, в PyQt6 в классе QtCore.Qt.Key (наследника от IntEnum) порядка 450 членов :~)
Я не поленился и нашел о чем речь. Там 0 веток, это не код с ветвлением, а объявление enum. В коде никто бы не стал 100 веток делать.
Итого: имеет супер-редкий кейс, который вы даже показать не можете, который весьма специфичен из-за невозможности использовать даже константы, из-за которого в язык встроили другой язык запросов.
В чём проблема сделать свой форк? Понятно, что будут проблемы. Другое дело, что придется вести не на github-е во избежание будущих проблем. Но тем не менее, мне интересно, в чём же всё же проблема?
Так хорошо же? Ошибка не заметна, а лишних ресурсов на конвертацию в линейное пространство и обратно тратить не нужно.
Рекомендуем к прочтению две статьи (первая, вторая) — в них приведены примеры изображений, для которых эта ошибка визуально заметна.
Разница бесспорно визуально заметна. Но возможно ли сказать, что с изображением что-то не то, смотря только на одно изображение, а не на два? Особенно, если вы не читали статьи и не видели второй вариант.
Пример: photometric stereo
У вас есть какой-то алгоритм, о котором ничего не известно (по крайней мере после прочтения статьи). Вы подаете ему данные в одном формате и в другом формате. Со вторым формате алгоритм работает лучше (из статьи не понятно, почему более темная карта это лучший результат и почему нельзя просто затемнить первый результат, но раз вы говорите, значит так оно и есть). Какой из этого можно сделать вывод? Что вам для вашего алгоритма следует подавать данные во втором формате. Всё. Мы же не знаем, что внутри вашего алгоритма. Может быть там нейросеть, которая натренирована именно на втором формате.
Человеками, но похоже они как раз закон Ома знали.
В этом году Земля (или по крайней мере человечество) празднует своё 2022-летие!
Всегда было интересно, эти тесты компиляции выполняются в какую таргет-платформу? Если в нативную (x86 для Интелов и aarch64 для M1), то это сравнение теплого с мягким.
Два словаря объединит оператор бинарного ИЛИ, у одного из словаря будет вызван метод
__or__, который входит в "binary arithmetic operations".В случае с pattern matching это не так.
Очень плохое доказательство с точки зрения формальной логики. Не очевидно, и не следует.
Не одна фигня, абсолютно разная фигня. В коде из 100 веток вы наделаете ошибок хоть с elif, хоть с pattern matching.
Пока что вы показали пример, где больше символов.
Я не поленился и нашел о чем речь. Там 0 веток, это не код с ветвлением, а объявление enum. В коде никто бы не стал 100 веток делать.
Итого: имеет супер-редкий кейс, который вы даже показать не можете, который весьма специфичен из-за невозможности использовать даже константы, из-за которого в язык встроили другой язык запросов.
Это понятно, а 100 elif?
100 elif? И много у вас такого кода?
Ну тут хоть какую-то логику можно понять, в конце концов не может быть бинарного представления типов.
Но попробуйте сходу сказать, что тут написано:
Это полный бред, как по мне. В Python 4 придется это всё выпиливать.
Хотя
|это вообще-то бинарный или.А тут код похож на тернарный оператор, однако это не так.
В общем забудьте весь синтаксис Питона, который вы знали, он вам не пригодится.
В чём проблема сделать свой форк? Понятно, что будут проблемы. Другое дело, что придется вести не на github-е во избежание будущих проблем. Но тем не менее, мне интересно, в чём же всё же проблема?
В приложении Тинькофф появилась функция, которая позволяет показывать QR-код вакцинации.
Не понял, разве на устройстве с iOS можно откатить OS?
Старый добрый WM_ERASEBKGND.
Так хорошо же? Ошибка не заметна, а лишних ресурсов на конвертацию в линейное пространство и обратно тратить не нужно.
Разница бесспорно визуально заметна. Но возможно ли сказать, что с изображением что-то не то, смотря только на одно изображение, а не на два? Особенно, если вы не читали статьи и не видели второй вариант.
У вас есть какой-то алгоритм, о котором ничего не известно (по крайней мере после прочтения статьи). Вы подаете ему данные в одном формате и в другом формате. Со вторым формате алгоритм работает лучше (из статьи не понятно, почему более темная карта это лучший результат и почему нельзя просто затемнить первый результат, но раз вы говорите, значит так оно и есть). Какой из этого можно сделать вывод? Что вам для вашего алгоритма следует подавать данные во втором формате. Всё. Мы же не знаем, что внутри вашего алгоритма. Может быть там нейросеть, которая натренирована именно на втором формате.
Вот бы можно было спросить пользователя, что удаляя пакет что-то другое перестанет работать и как бы он хотел в этом случае поступить…
Вот бы была такая штука, чтобы когда ставить что-то, то все нужно для работы тоже ставилось.
В статье написано по-другому:
Войды обычно имеют размеры порядка 10-100 Мпк
Да, спасибо. Мы тоже прочитали статью.