Как при чём? Сидит человек CVE list трекает, а за что в "зоопарке" в первую очередь хвататься - не знает. Или с другой стороны - платят деньги человеку, а хорошо ли / плохо ли он свою работу выполняет - непонятно...))
Тут к слову даже обосновать необходимость такого человека со сканером в руках сподручнее))) Но если денех на ИБ нет, то вопросов нет конечно))
Годная статья, спасибо. Осталось отказаться от "велосипеда" и использовать готовые tenacity/stamina для retry, asyncio.Task.cancelling() для Graceful shutdown))
@thestratblog не совсем ясно — за чем OKR непосредственно командам? Обычно между командой и бизнесом есть владелец продукта и приоритезация задач, и конкретизация ожидаемых результатов для команды это его прямая обязанность, разве нет?
И мы понимаем, что это ждет и нас. Просто так получилось, что мы отстаём — может, на два-три года — от США по части технологий. Для нас это окно, возможность видеть, что происходит у них, и предугадывать, что придёт сюда. — Отставание — в каком смысле? — В плане появления и зрелости технологий. Скажем, у них только что появилась какая-то новая идея, — у нас она получит спрос через пару лет. Это видно на примерах.
Точно на два-три года отстаём? Когда там у Oracle, Azure managed databases появились? При всём уважении очевидно Бартунову интереснее кодить,зарабатывать на лицензиях, и рассуждать о нерадивых заказчиках, которые не спешат тратить свои деньги
А то, что фокус "системности" давно сместился с кода на услугу (как продукт), он предпочитает не замечать.
Но оказалось, что в российской ИТ-среде платить за поддержку никто не хочет...
Мне вот честно говоря не понятно, почему без всякой иронии суперпрофессиональная компания Postgres Pro, не берётся за облачные продукты как те же Snowflake, Databrick, а рассчитывает и дальше по старинке жить на проданные лицензии и услуги тех. поддержки, сокрушаясь что за них никто платить не хочет...
Хотя конечно понятно,.. просто кто-то слишком застрял в 2000-х
А ещё: требования регуляторов (ФСБ / ФСТЭК), корректность встраивания (СКЗИ) в продукт / решение, долговременное хранение (подписанных данных) в БД/хранилище, штамп времени, проверка статуса сертификата, нормализация данных и много другое, чего не помешает знать аналитику про СКЗИ, но к сожалению не рассмотрено в статье))
Подменяя сложившуюся терминологию, вы только вносите путаницу. У слова 'очевидный' — иной семантический смысл
Описание "изображение кошки на синем фоне" никак не идентифицирует ваше произведение, даже если вы уточните, что "кошка изображена в стилистике Поля Гогена" - в случае споров о нарушении авторских прав, ничто не помешает подрядчику утверждать в суде, что он передавал вам в качестве результата "другую кошку". А если это абстракция, сложное или составное произведение - то и подавно
Даже от простого перечисления в статье существенных условий договора с пояснениями, без которых он становится ничтожным, проку больше чем от ваших пространных рассуждений об использовании официально-делового стиля
Если вы хотели запутать свою целевую аудиторию на этой площадке, тогда конечно выбран вполне неплохой способ..
Очевидные условия договора – это те условия, без которых договор не может быть признан заключенным, или условия, которые важны для перехода права.
Может всё же не очевидные, а существенные? — условия, которые названы в законе или иных правовых актах как существенные или необходимые для договоров данного вида, а также все те условия, относительно которых по заявлению одной из сторон должно быть достигнуто соглашение (ст. 432 ГК РФ).
У меня другой вопрос - вот передали мне pdf (гайдбуком) или архив с векторными файлами. Как подтвердить, что это именно то, что в договоре подразумевалось? Контрольную сумму файла / архива в акте приема передачи указывать и инструкцию по её расчету к акту прилагать?
Статьи с нечётным id всегда выдавали статус-код 404, не найдено.
Накручивают счетчик?) С одной стороны понятно, что денюжка сама себя не заработает, с другой — странно, что отраслевой ресурс в нынешнее время решил не придерживаться AI-ready подхода, рискуя остаться на обочине истории
Теперь <irony>мы знаем, как Газпромбанк использует open-source-решения, непонятно только что с этого dbt-сообществу.. Нет планов по публикации наработок в общественное достояние?
Тот случай, когда комментарий содержательнее и интереснее самой статьи)
Что касается детализации и управления требованиями - система позволяет организовать ведение атомарных требований в отдельных карточках со взаимосвязями между ними, аля Requirement Yogi?
Artezio научила ИИ писать техзадания в 10 раз быстрее
... я печатаю 1200 ударов в минуту.. Но честно говоря такая ерунда получается! (с) народное
Можно же проиллюстрировать рабочую систему скриншотами пользовательского интерфейса, а не абстрактными картинками? Продемонстрировать фрагменты результатов её работы?
Рассказать о возможном соответствии сформированного системой технического задания ГОСТам 19 / 34 серии или изложить своё видение идеальной структуры и связи его разделов?
Хотя бы вскользь упомянуть как система справляется с декомпозицией требований и их трассировкой? Оценкой критериев качества DoD? Разделением фич по этапам?
Пока в сухом остатке выглядит так: Опросник -> Spech2Text -> Векторная помойка -> RAG с "уникальными" промтами
а пока - бла-бла-бла: понимание контекста проекта, бизнес-процессов клиента, важных деталей отраслевой специфики.. структурированный и суперэффективный процесс
Обычно когда есть что показать - не стесняются, а если у вас и пользовательские интерфейсы под NDA - ну шож, успехов...
С большим уважением к тому, что делает Selectel, но всё же статья могла бы быть более технической)
Можно поподробнее на счёт SLA, например: - латентность запросов - пропускная способность IOPS - задержка репликации - RPO / RTO - исправление уязвимостей - время реакции тех. поддержки ?
Возможность использования расширений вроде PostGIS/TimescaleDB? Возможность размещения отдельных партиций на медленных дисках?
Экспертиза от команды DBaaS в выявлении медленных запросов, оптимизации производительности базы?
и раз статья про экономический эффект - какова финансовая ответственность Selectel за сохранность и конфиденциальность данных, нарушения SLA?
Самое интересное в RAG – вытянуть максимум из ретривера. А тем, как залить md в вектор и найденные фрагменты вставить в промт — уж «все заборы исписаны»)
Как при чём? Сидит человек CVE list трекает, а за что в "зоопарке" в первую очередь хвататься - не знает. Или с другой стороны - платят деньги человеку, а хорошо ли / плохо ли он свою работу выполняет - непонятно...))
Тут к слову даже обосновать необходимость такого человека со сканером в руках сподручнее))) Но если денех на ИБ нет, то вопросов нет конечно))
Незаслуженно забыт Trivy
Как в итоге реализовали граф знаний (связи между статьями базы знаний)?
Годная статья, спасибо. Осталось отказаться от "велосипеда" и использовать готовые tenacity/stamina для retry,
asyncio.Task.cancelling()для Graceful shutdown))@thestratblog не совсем ясно — за чем OKR непосредственно командам? Обычно между командой и бизнесом есть владелец продукта и приоритезация задач, и конкретизация ожидаемых результатов для команды это его прямая обязанность, разве нет?
а что там с антеннами, усилением сигнала?
Точно на два-три года отстаём? Когда там у Oracle, Azure managed databases появились? При всём уважении очевидно Бартунову интереснее кодить,зарабатывать на лицензиях, и рассуждать о нерадивых заказчиках, которые не спешат тратить свои деньги
А то, что фокус "системности" давно сместился с кода на услугу (как продукт), он предпочитает не замечать.
Мне вот честно говоря не понятно, почему без всякой иронии суперпрофессиональная компания Postgres Pro, не берётся за облачные продукты как те же Snowflake, Databrick, а рассчитывает и дальше по старинке жить на проданные лицензии и услуги тех. поддержки, сокрушаясь что за них никто платить не хочет...
Хотя конечно понятно,.. просто кто-то слишком застрял в 2000-х
А ещё: требования регуляторов (ФСБ / ФСТЭК), корректность встраивания (СКЗИ) в продукт / решение, долговременное хранение (подписанных данных) в БД/хранилище, штамп времени, проверка статуса сертификата, нормализация данных и много другое, чего не помешает знать аналитику про СКЗИ, но к сожалению не рассмотрено в статье))
Что ж, может вы и правы, раз пипл такое хавает
Подменяя сложившуюся терминологию, вы только вносите путаницу. У слова 'очевидный' — иной семантический смысл
Описание "изображение кошки на синем фоне" никак не идентифицирует ваше произведение, даже если вы уточните, что "кошка изображена в стилистике Поля Гогена" - в случае споров о нарушении авторских прав, ничто не помешает подрядчику утверждать в суде, что он передавал вам в качестве результата "другую кошку". А если это абстракция, сложное или составное произведение - то и подавно
Даже от простого перечисления в статье существенных условий договора с пояснениями, без которых он становится ничтожным, проку больше чем от ваших пространных рассуждений об использовании официально-делового стиля
Если вы хотели запутать свою целевую аудиторию на этой площадке, тогда конечно выбран вполне неплохой способ..
Может всё же не очевидные, а существенные? — условия, которые названы в законе или иных правовых актах как существенные или необходимые для договоров данного вида, а также все те условия, относительно которых по заявлению одной из сторон должно быть достигнуто соглашение (ст. 432 ГК РФ).
У меня другой вопрос - вот передали мне pdf (гайдбуком) или архив с векторными файлами. Как подтвердить, что это именно то, что в договоре подразумевалось? Контрольную сумму файла / архива в акте приема передачи указывать и инструкцию по её расчету к акту прилагать?
Накручивают счетчик?) С одной стороны понятно, что денюжка сама себя не заработает, с другой — странно, что отраслевой ресурс в нынешнее время решил не придерживаться AI-ready подхода, рискуя остаться на обочине истории
Спасибо за обстоятельный обзор, без шуток.
Теперь <irony>мы знаем, как Газпромбанк использует open-source-решения, непонятно только что с этого dbt-сообществу.. Нет планов по публикации наработок в общественное достояние?
Тот случай, когда комментарий содержательнее и интереснее самой статьи)
Что касается детализации и управления требованиями - система позволяет организовать ведение атомарных требований в отдельных карточках со взаимосвязями между ними, аля Requirement Yogi?
Можно же проиллюстрировать рабочую систему скриншотами пользовательского интерфейса, а не абстрактными картинками? Продемонстрировать фрагменты результатов её работы?
Рассказать о возможном соответствии сформированного системой технического задания ГОСТам 19 / 34 серии или изложить своё видение идеальной структуры и связи его разделов?
Хотя бы вскользь упомянуть как система справляется с декомпозицией требований и их трассировкой? Оценкой критериев качества DoD? Разделением фич по этапам?
Пока в сухом остатке выглядит так:
Опросник -> Spech2Text -> Векторная помойка -> RAG с "уникальными" промтами
а пока - бла-бла-бла:
понимание контекста проекта, бизнес-процессов клиента, важных деталей отраслевой специфики.. структурированный и суперэффективный процесс
Обычно когда есть что показать - не стесняются, а если у вас и пользовательские интерфейсы под NDA - ну шож, успехов...
Маркетинговый булшит
У Van Buren есть репозиторий, или только лендинг?
С большим уважением к тому, что делает Selectel, но всё же статья могла бы быть более технической)
Можно поподробнее на счёт SLA, например:
- латентность запросов
- пропускная способность IOPS
- задержка репликации
- RPO / RTO
- исправление уязвимостей
- время реакции тех. поддержки
?
Возможность использования расширений вроде PostGIS/TimescaleDB? Возможность размещения отдельных партиций на медленных дисках?
Экспертиза от команды DBaaS в выявлении медленных запросов, оптимизации производительности базы?
и раз статья про экономический эффект - какова финансовая ответственность Selectel за сохранность и конфиденциальность данных, нарушения SLA?
Самое интересное в RAG – вытянуть максимум из ретривера. А тем, как залить md в вектор и найденные фрагменты вставить в промт — уж «все заборы исписаны»)