пиздос реки ебанулись на севере россии

У нас у каждого тикета есть мета-информация.
Пример из обращения:

    "chat_type": "client",
    "success_order_flg": false,
    "payment_type": "card",
    "final_transaction_status": "hold_success",
    "country": "rus",
    "park_city": "екатеринбург",

Также у нас есть правило для автоответа написанное на языке из библиотеки pypred.
Пример:

and chat_type is 'client'
and success_order_flg is true
and payment_type = 'card'
and (final_transaction_status = 'clear_success' or final_transaction_status = 'hold_success')
and country = 'rus'
and {'москва' 'moscow'} contains city

Это и есть наше правило. И я хочу сделать инструмент, который будет проверять, прошло правило или нет.
То есть в левую часть таблицы я вставлю то, что пришло в мета-информации (исходные данные), а в правую часть я вставлю правило.
И только когда каждая строка отдаст true, автоответ пройдёт.

У нас есть важная задача искать из-за чего правило не прошло. Вот тут, в примере, автоответ не пройдёт. Потому что в правиле у нас поездка должна быть успешной, а в обращении она неуспешная (у всего остального, кроме города, как раз есть совпадение и там true).

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

Сейчас мы это делаем просто через жопу: ищем эту мета-информацию и по строчкам ходим и сравниваем что прошло, а что не прошло. Потом ещё раз, если понимаем что всё ок, он тикет не отвечен.

Но с этим инструментом я сразу смогу увидеть из-за чего не прошло правило.

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

И я вот не знаю как это реализовать в Excel или в Гугл Таблицах.

раздербанить на поля слева и справа, сравнить поля слева и справа

а откуда правило берется?

Раздербанить да, это окей, Но как сравнивать?

Вот например одно из правил
and order_cost > 300
and order_cost <= 1000

Вот вопрос что в формуле написать чтобы она проверяла именнно с учётом этих квадратных скобок и  подобное из синтаксиса тот челика?

Правило мы придумываем исходя из меты заказа и вот записываем их по-разному просто. и мл понимает наши записи потому что вот с этой библиотекой мы работаем.

Именно вопрос получается в формуле. Как это всё сравнивать.

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

а нехуй их с нефтепродуктами смешивать

@zhake_zhan

Во-первых, поздравляю всех, кто зафронтранил Илон Маска и покупал BTC раньше него. 😄

Во-вторых, зафронтранить Маска в $ETH все еще возможно. 🌚
В документах поданных в SEC, на 23 странице говориться, что Tesla может время от времени покупать и держать цифровые активы.

Во множественном числе.
Как думаете, какой цифровой актив, скорее всего, отправиться на баланс Tesla после $BTC? 🤔

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

Открыть статью в Zen

Открыть статью в Telegraph

Перевод @AnnieWaits@AnnieWaits

P. S. Те, кто продал ETH перед запуском фьючерсов на CME, который состоялся сегодня ночью, могут за него не пережвать. Он теперь в гораздо более надежных руках.

тут формулой не обойдешься, тебе придется обход дерева условий делать

которое строит правило

пиздец бля

@gritchenkoant эт те не на лыжиках

Ебанись

Давай также

я ебанулся чтоли
я на кочке подпрыгну уже обосрусь

после субботних батутов до сих пор болит все
хотя вроде нормально размялся
хотя после разминки скорее и болит

не, это от батутов