в функции высшего порядка хорошо их пихать

ну тут да

Вопрос. Что будешь делать, если условие поменяют? Скажут, что передаются два числа и оператор в виде слова "плюс", "минус"...

ну бля, как бы - хз!
я не хочу им сказать, делайте на евалах, я хочу повыебыватсья просто разово, что вот ебать, смарите, не жук лапкой потрогал блять, можно вот так нахуеверить

(но вы так не делайте)

кароче как всегда хуйню придумал

ты посмотрел про компрехенш видос? или что-то еще с пайкона

C 2020 да. Я его видел раньше, ничего нового

Ну я пытался возвести всё к изначальному диалогу. Что в общем случае это небезопасно (если используешь внешние данные для передачи в eval) или бессмысленно, если ты эти внешние данные парсишь и переделываеь на их основе выражение так, чтобы оно выполнилось правильным образом.

У тебя очень частный случай в стиле "напишите инерпретатор, который выполняет команду", ты берёшь её из инпута и вставляешь в eval, хуяк, интерпретатор готов. В 99% случаев так не получится никогда. И придётся писать мапу. И тогда нахуй он не нужен, и проще уже закодить логику без магии.

исчерпывающе

я иногда ебаный бюрократ, но у меня есть основание.
даже если в этот момент твой eval безопасен, или logging с format ничего плохого не сделает, я всё равно не заапрувлю, ибо ты не контролируешь как потом твой сниппет люди будут использовать. лучше, чтобы все сразу видели как правильно и соблюдали.

поэтому показывать новичкам, что есть такая клёвая функция eval - это вообще преступление.

представь, что lambda это def, а всё что внутри это return

представил как его затрясло щас

лямбды с фильтром в мапе выглядят страшновато

но так и не надо делать

Я знаю что это такое, спасибо❤️

туда обычно пихают более сложную логику, нежели просто лямбду

она туда не поместится