Для меня это выглядит так, или достаточно простой интерпретатор, не очень быстрый, c GIL, или на десятки процентов быстрее и без GIL, но гораздо сложнее.
Так вот сложный и "чуть быстрее" провоцирует плохую архитектуру, т.е. вместо того, чтобы подключить библиотеку или написать на Си, писать на питоне ресурсоемкие вещи и тратить гораздо больше ресурсов.
Если писать сортировки на Питоне, 50 или даже 100 процентов ускорения нигого не спасут.
Решил уделить время себе и не поехал на дачу копать картошку? Сразу видно — человек с гнильцой, не наш человек. И так во всем.
Не могу представить себе нормального человека, без гнильцы, как Вы выражаетесь, который бы не поехал на дачу копать картошку, для того, чтобы уделить время себе.
А почему не сделать таблицу? На питоне это будет словарь, значения - вызовы функций, ключи - логические выражения. Тогда при изменениях, просто добавляем или удаляем выражения в словарь.
Лично я для чуть более-менее сложных логических выражений всегда делаю таблицу. Конечно это очень по старинному, но ведь работает, и хорошо.
Еще аргументы в пользу CLI интерфейса: - Разработка CLI занимает меньше времени. - CLI более универсальный и переносимый - Выход утилит CLI легко обрабатывать и перенаправлять, можно составлять конвейеры команд CLI - Можно использовать на устройствах, вообще не имеющих клавиатуры, дисплея и мышки - Комбинации команд CLI легко преобразуются в скрипты
Начиная с определенного уровня расширение производства вообще перестает работать и вкладывать туда прибыль, все равно, что кидать деньги прямо в печку.
In the computer context, saving refers to the process of writing data to a storage device so it can be accessed and used later, even after the computer is turned off.
Работа с исключениями в питоне выполняется ключевыми словами try, except, else, finally и raise. При помощи их можно сгенерировать исключение и обработать его. Ошибка же (error) по английски это просто субъективное описание ситуации. Никаких специфических специальных средств или терминов связанных с ошибками в Питоне нет. Вы можете обработать логическую ситуацию, которую называете ошибкой используя исключения, или по другому, например вернув код ошибки.
С другой стороны можно использовать исключения для обработки ситуаций вовсе не связанных с какими-либо ошибками.
В общем ошибка вовсе не равна исключению, почему я и написал свой коммент.
А мне все-таки больше нравится вариант с иньекцией зависимостей через аргументы. Потому, что хочется глядя на сигнатуру функции видеть все ее зависимости. А так это не так уж силно отличается от глобальных переменных.
Вот самое на мой взгляд правдопобное описание события, утянул из ФБ. Я не настоящий сварщик, но тут по крайней мере у меня не течет кровь из глаз и не переклинивает мои инженерные мозги:
Что произошло?
В Испании и Португалии возник дефицит активной мощности ~4 ГВт после аварийного отключения магистральной линии между Наваррой и Пиренеями (соединение с Францией).
Это привело к падению частоты до 49,3 Гц и автоматическому отделению Иберийского полуострова от общеевропейской сети ENTSO-E.
Ещё накануне ENTSO-E предупредила об «оранжевом» уровне угрозы:
- плановый ремонт 6 ГВт АЭС во Франции (Flamanville-3, Cattenom-1),
- остановка 3 ГВт угольных мощностей в Германии,
- резкое сокращение резервов электроэнергии.
Причины кризиса
Узкое место в перетоках Франция → Испания
После мягкой, но ветреной зимы ранняя апрельская жара высушила Пиренейских ГЭС. Импорт из Франции достиг рекордных 4 ГВт, но зависел от единственной ЛЭП – её обрыв привёл к отключению.
Затянувшийся ремонт АЭС во Франции
EDF продлил простой Flamanville-3 на неделю, что в сумме вывело из работы 12 ГВт атомных мощностей (⅕ французского парка).
Задержка сетевых инвестиций
ACER до сих пор рассматривает предложение разделить немецкий рынок на 5 зон, чтобы снизить перегрузку линий север–юг, но решение не принято.
Системные риски, признанные ЕС
Ещё в марте Еврокомиссия рекомендовала гражданам иметь трёхдневный запас воды, еды и power bank’ов – то есть о таких сценариях знали заранее.
Для меня это выглядит так, или достаточно простой интерпретатор, не очень быстрый, c GIL, или на десятки процентов быстрее и без GIL, но гораздо сложнее.
Так вот сложный и "чуть быстрее" провоцирует плохую архитектуру, т.е. вместо того, чтобы подключить библиотеку или написать на Си, писать на питоне ресурсоемкие вещи и тратить гораздо больше ресурсов.
Если писать сортировки на Питоне, 50 или даже 100 процентов ускорения нигого не спасут.
Мне кажется, тесты однозначно показывают, что как волка не корми, медведь все равно сильнее.
Питон не про скорость выплнения математики.
Не могу представить себе нормального человека, без гнильцы, как Вы выражаетесь, который бы не поехал на дачу копать картошку, для того, чтобы уделить время себе.
А почему не сделать таблицу? На питоне это будет словарь, значения - вызовы функций, ключи - логические выражения. Тогда при изменениях, просто добавляем или удаляем выражения в словарь.
Лично я для чуть более-менее сложных логических выражений всегда делаю таблицу. Конечно это очень по старинному, но ведь работает, и хорошо.
Опять изобрели сниппеты?
Наоборот
Датчики и управление тоже внешние. В видео упоминается.
Еще аргументы в пользу CLI интерфейса:
- Разработка CLI занимает меньше времени.
- CLI более универсальный и переносимый
- Выход утилит CLI легко обрабатывать и перенаправлять, можно составлять конвейеры команд CLI
- Можно использовать на устройствах, вообще не имеющих клавиатуры, дисплея и мышки
- Комбинации команд CLI легко преобразуются в скрипты
Начиная с определенного уровня расширение производства вообще перестает работать и вкладывать туда прибыль, все равно, что кидать деньги прямо в печку.
Боюсь показаться старомодным любителем велосипедов, но ИМХО проще написать "for" или "while", чем запоминать эти функции.
А потом будут добавлять в него динамические фишки...
Может лучше saving_delay?
Ну вообще-то это переводится примерно так: "Сохрани период". С именами все очень и очень непросто.
Очень все по разному. Стать хорошим сварщиком или скажем высококвалифицированым станочником весьма непросто.
Работа с исключениями в питоне выполняется ключевыми словами try, except, else, finally и raise. При помощи их можно сгенерировать исключение и обработать его. Ошибка же (error) по английски это просто субъективное описание ситуации. Никаких специфических специальных средств или терминов связанных с ошибками в Питоне нет. Вы можете обработать логическую ситуацию, которую называете ошибкой используя исключения, или по другому, например вернув код ошибки.
С другой стороны можно использовать исключения для обработки ситуаций вовсе не связанных с какими-либо ошибками.
В общем ошибка вовсе не равна исключению, почему я и написал свой коммент.
ИМХО, в Питоне неправильно называть "исключение ошибкой". Это совершенно законный способ изменить ход течения программы.
А мне все-таки больше нравится вариант с иньекцией зависимостей через аргументы. Потому, что хочется глядя на сигнатуру функции видеть все ее зависимости. А так это не так уж силно отличается от глобальных переменных.
Думаю, что в ушном канале возможно да. Там все сильно по другому работает, чем в открытом динамике.
Вот самое на мой взгляд правдопобное описание события, утянул из ФБ. Я не настоящий сварщик, но тут по крайней мере у меня не течет кровь из глаз и не переклинивает мои инженерные мозги: