Почему то хоть в платной, хоть в бесплатной версии - пишу задачу, если OpenCode только что запустил, то эта задача обрабатывается. Если нет - то пишет "Failed to send prompt". Постоянно приходится перезапускать.
да, не тот уже финик, что был от IBM. А вообще параметры памяти должны определяться по SPD, но, видимо, китайцы, которые купили финик, об этом не в курсе.
В таком случае приоритет задачи или инцидента считается наивысшим и нам нужно, чтобы в гарантированный срок было предоставлено любое решение от внешнего подрядчика, которое восстановит работоспособность - обычно в пределах максимум нескольких часов.
Так я и говорю - что может быть глупее определять гарантированный срок решения задачи только по ее приоритету?
То же самое, как пример - авто сломалось, а мне ехать надо. Почините, независимо от поломки, за пару часов. И пофиг, что с машиной случилось. А если не почините - штраф.
Сам принцип использования SLA для решений - ошибочен.
Например, были продажи в Магазине, он принадлежал Структуре1, потом структура поменялась, но транзакций не было - как теперь определить, к какой структуре относится этот магазин?
Тут только ведение времязависимого справочника Магазин-Структура с полями "Дата с..." (и иногда "Дата по...") поможет. Т.е. классический SCD2.
А у вас параллельно существует SCD2 и вот этот прием?
Что хранится в широкой таблице stage?
Не текущее состояние справочника. Состояние на момент совершения транзакции. Если вчера товар назывался «Хлеб», а сегодня его в справочнике переименовали в «Хлеб ржаной» - запись о вчерашней продаже в stage останется с «Хлеб», ровно так, как было фактически.
Антон, Вы очень ловко уклоняетесь от вопросов про время жизни таких денег, про запреты их тратить или передавать, про отслеживание. Пишете только про бюджетные деньги, а ведь цифровые это не только про них.
Скажите - Вы засланный казачок? Почему "тут вижу, а тут - не вижу"?
Макс тоже был когда то альтернативой, а теперь уже стал безальтернативой. Так же будет и с цифроденьгами.
SLA - хотелки менежеров, мало общего имеют с реальным миром.
Как можно по приоритету задачи установить, сколько времени должно пойти на ее решение? Если, конечно, задача не типовая. А типовые задачи в нашем мире программистов редко встречаются.
а времени на то, чтобы проверить отчет на соответствие методологии расчёта у директора по продажам не было.
Каталог не решит такую задачу.
На текущий момент должен быть человек, который залезет в такой каталог и свяжет концы с концами.
Подобную задачу решит автоматическая система тестирования, которая позволит подать на вход сырые данные, которые должны пройти весь data-пайплайн и рассчитанные цифры должны быть сравнены с эталонными.
Этот механизм требует изоляции каждого такого процесса тестирования.
Почему то хоть в платной, хоть в бесплатной версии - пишу задачу, если OpenCode только что запустил, то эта задача обрабатывается. Если нет - то пишет "Failed to send prompt". Постоянно приходится перезапускать.
Такое же поведение и с КВН, и без КВН...
посмотрите xDrip - он под Андроид
да, не тот уже финик, что был от IBM. А вообще параметры памяти должны определяться по SPD, но, видимо, китайцы, которые купили финик, об этом не в курсе.
Другие ноуты это умеют, но леново уже не торт...
А когда уже ФНС наймет джуна, который напишет один SQL для выявления доходов и соответствуют ли они расходам?
Так я и говорю - что может быть глупее определять гарантированный срок решения задачи только по ее приоритету?
То же самое, как пример - авто сломалось, а мне ехать надо. Почините, независимо от поломки, за пару часов. И пофиг, что с машиной случилось. А если не почините - штраф.
Сам принцип использования SLA для решений - ошибочен.
я слышал, что в срок SLA гарантируется только какая то реакция, а не решение. Решение может и месяц занять.
Определять срок решения задачи только по ее приоритету - что может быть глупее?
Например, были продажи в Магазине, он принадлежал Структуре1, потом структура поменялась, но транзакций не было - как теперь определить, к какой структуре относится этот магазин?
Тут только ведение времязависимого справочника Магазин-Структура с полями "Дата с..." (и иногда "Дата по...") поможет. Т.е. классический SCD2.
А у вас параллельно существует SCD2 и вот этот прием?
Здравствуйте!
А для юнит-тестов какой-то отдельный инстанс БД развернут?
Если нет - то как сверяете фиксированный эталон с результатом, рассчитанном в базе на меняющихся данных?
Непонятно. Наприме, Аварийная ситуация, Приоритет: Максимальный, Время реакции до 15 минут.
Время на устранение - до 4 часов - это как? Как можно в SLA указывать время устранения и особенно подписываться под ним?
Типа - любую задачу максимального приоритета решить за 4 часа? Бред какой.
Рекомендую поинтересоваться, кто оправдывался такой фразой и помогло ли ему такое оправдание.
"но давайте, прикиньте варианты, как без ежедневного анального зонда дальше жить будете. " - вот так Ваш ответ звучит.
Да так же, как и раньше обходились без него и дальше тоже не надо.
Просто не заниматься такой однобокой пропагандой цифровых рублей.
"Я просто выполнял приказ", да?
"В дальнейшем, конечно, просматривается дерьмо, я не знаю, как будет, но давайте уже вступать на эту дермовую дорогу." - как-то так это выглядит.
Антон, Вы очень ловко уклоняетесь от вопросов про время жизни таких денег, про запреты их тратить или передавать, про отслеживание. Пишете только про бюджетные деньги, а ведь цифровые это не только про них.
Скажите - Вы засланный казачок? Почему "тут вижу, а тут - не вижу"?
Макс тоже был когда то альтернативой, а теперь уже стал безальтернативой. Так же будет и с цифроденьгами.
SLA - хотелки менежеров, мало общего имеют с реальным миром.
Как можно по приоритету задачи установить, сколько времени должно пойти на ее решение?
Если, конечно, задача не типовая. А типовые задачи в нашем мире программистов редко встречаются.
А дебаг UDF в PostgreSQL есть или планируется?
Да, без него никак. Буду ждать Вашей следующей статьи.
Каталог не решит такую задачу.
На текущий момент должен быть человек, который залезет в такой каталог и свяжет концы с концами.
Подобную задачу решит автоматическая система тестирования, которая позволит подать на вход сырые данные, которые должны пройти весь data-пайплайн и рассчитанные цифры должны быть сравнены с эталонными.
Этот механизм требует изоляции каждого такого процесса тестирования.
Пока пишу такую систему в составе asapBI.
Нет фото, когда человек сидит и вид сбоку - кажется, слишком большое расстояние между моником и глазами.