К слову сказать "живые серийные авторы" ведут себя немногим лучше по добавлению воды. Конкретно в этой статье можно поменять местами слова Camunda и n8n или поставить вместо них любые смежные технологии и статья не поменяется.
...в общем случае ап миграции невозможно вернуть/развернуть...
...зачем вообще заниматься этой..
В общем случае нельзя статическими, заранее подготовленными скриптами вернуться к логически первоначальному результату :)
В частных случаях, если мы говорим про DML, через миграции практически всегда обновляются справочники, то есть части которые изменяются только через миграции и можно прогнозировать что и когда может измениться. Если говорить про DDL там проблем ещё меньше.
И, в обоих случаях, ситуации когда применяются компенсирующие миграции это ситуация когда только накатили миграции (не весь релиз а только конкретный блок скриптов), провели диагностику успешности установки (и желательно чтобы и на это были скрипты), приняли решение об откате, и тут же накатили блок отката.
Из практики, если успели допустить значительные изменения данных, нужно будет готовить новые скрипты, предусмотреть всё заранее не удастся, да и не требуется.
Правильно говорить не "нет у меня дорогой современной видеокарты", а "кластер с видеокартами на текущий момент не предусмотрен в инфраструктуре заказчика". И тогда приводится обоснование закупки и либо кластер покупается/арендуется либо не покупается.
Для себя для использования моделей можно взять что то из старенького с рук типа 3090 на 24gb, цены более чем приемлемы. Большинство моделей запускаются и достаточно шустро. Для обучения моделей чтобы поднять свои навыки тоже хватит.
Для обучения моделей которые пойдут в прод все равно (в начале пути или бюджеты на железо до 10 млн.р) выгоднее использовать облака. При обучении моделей для бота на сайте или базы знаний первой линии поддержки на арендованных мощностях некоторые вкладываются в 5-10 тр за итерацию. Обычно хватает 2-3 итерации, и потом будет по одной итерации на дообучение обычно раз в пару месяцев. И тут не последним будет вопрос можно ли на облака передать наборы данных для обучения.
Поиск при использовании RAG у нас пока по качеству сильно проигрывает Elasticsearch. Но если цель генерировать ответы или скрипты для общения с пользователями, то большого выбора уже нет. Схема когда генерим ответы и потом их вычитывают технологи/аналитики показала себя в разы производительнее чем было до этого.
В своём случае стараюсь не использовать малораспространённые и значительно отличающиеся от других языков конструкции. Обычно даже в одном проекте пишешь/проверяешь не на одном языке и запутаться достаточно просто.
Интересное приглашение. Но, не в статье ни на странице события не нашел ответов на следующие вопросы.
В каком формате будет обеспечено рабочее место для финальной части — подключение к рабочему столу с настроенной средой или разработка в своей локальное среде с последующим релизом?
Формат решения — jar, kubernetes/docker?
Достаточно важен формат и доступность документация к REST. На каком этапе они будут предоставлены (открытые или деперсонифицированные?). Иначе эти 3-5 часов можно только знакомиться с данными в наличии. Swagger? У вас же есь замечательный портал Alfa Developer Hub. Потренироваться на кошках можно по этой ссылке?
Размер команды?
Для автоматической проверки задекларированы «функциональность, производительность, потребление ресурсов».
Для пункта «функциональность» наверное будете использовать какой то конкретный фреймворк для тестирования. Возможно, стоит указать какой именно (или есть только Spring Test?).
Для «производительность, потребление ресурсов» интересно сразу узнать ограничения. Как минимум для тем «кредитный скоринг» и «анализ данных» притащат ML, а для распределенных транзакций какой нибудь готовый оркестратор, и, субъективно, строить костыли на kafka это далеко не лучшее решение. А такие готовые решения бывают прожорливы. Озвученые ограничения позволят понять что «стэк надо урезать».
Ну и основное — окружение. Должно ли решение работать во внутреннем контуре или помимо предоставленного API Альфа Банка можно использовать и сторонние сервисы?
И для такого "изложения" найдутся читатели. Я редко обращаюсь к react и бывают моменты, в которые нужно быстро закрыть какой то маленький вопрос, когда мне недостаточно понятны формулирови и стиль официальной документации, и замечательно что, я могу найти почти то же самое но написанное немного в другом стиле. И, бывает, я экономлю достаточное значительное количество времени найдя такое "альтернативное изложение".
В статье описывается связка "JPA – Hibernate" без конкретики по используемысм БД.
Можете ли дать ссылку на Ваши результаты тестов времени вставки при использовании разных стратегий генерации ID, для разных баз данных, для разных режимов вставки (одиночные записи/пакетная вставка), с несколькими параллельными экземплярами клиента?
А что будет, если у нас старый драйвер?
Какие версии из используемых вами драйверов можно отнести к "старым"? Вопрос больше относится к возможности провести ревизию своих репозитариев и шаблонов микросервисов.
Есть ли тесты по скорости выполнения вставок записей при использовании генерации ID в базе данных (в том числе и принудительное переопределение ID) против использования пулов из последовательностей на стороне клиента?
Использование IDENTITY не позволяет использовать пакетную вставку данных.
Это относится только к драйверам старых версий или актуально и для драйверов с поддержкой JDBC v.3?
Стратегия SEQUENCE для генерации ID может не очень хорошо себя показывать, если несколько клиентов работают с одной и той же базой.
Поделитесь, пожалуйста, примерами как можно повторить такую ошибку.
Как JPA обрабатывает ситуацию с ошибкой дублирования первичного ключа?
Сколько времени необходимо/приходится выделять ресурсному менеджеру на постороение плана развития для сотрудника?
Хватает ли компетенций руководителя и на каком этапе стоит расматривать выделенного «ментора» для построения планов профиссионального развития сотрудников?
...можно создать пул интерфейсов, автоматически формируемый для динамических плагинов и вручную определяемый, при статической линковке...
Необходимость единой точки сборки. Минус возможность отдельного обновления приложения или плагина без пересбоки всего и вся. И минус возможность разделения по разрабочкикам/вендорам.
...все оконные плагины генерируют события, которые должен обрабатывать цикл сообщений главного модуля...
...Каждый плагин у меня, формирует собственный полный путь меню...
Самый прямой пример сильных связей
...можно создать пул интерфейсов, автоматически формируемый для динамических плагинов...
...никаких «дорогих процедур поддержки использования формализованного интерфейсного взаимодействия» у меня нет...
На текущий момент нет, и на текущий момент это не микросервисы а самый типовой монолит, и ... стоимость/трудоемкость разработки и поддержки таких инструментов крайне неприятно удивит
...«Распил» и означает, как минимум, упрощение этих связей...
Переход на микросервисы приципиально предусматривает не использование таких связей
...мне нужно разрабатывать самому, поскольку, хороших примеров у меня нет...
...у меня, практически, не использует никаких ресурсов, в смысле, rc-файлов. В них прописана всего лишь одна-единственная иконка для exe-файла. Иначе, я не знаю, как, на уровне проекта, задать извне эту иконку...
для микросервисов это будет звучать иначе
у меня в проекте несколько команд, у каждой свой график разработки и релизов, и каждая команда может сама выбирать язык/платформу, и, может менять язык и платформу от версии к версии
Инструментарий в данном случае сильно влияет на идеологию и методику разработки.
Даже если desktop приложение собирается с плагинами у вас остатется точка «единого релиза». Для вас нет необходимости поддерживать работоспособность нескольких версий модулей, вы не рассматриваете штаного использования нескольких веток доработок (канареечные релизы) и дешевой проверки гипотез, у вас не будет мониторинга deprecated функционала, не будет версионного API для backend. Вам это просто не нужно.
Этот «джентельментский набор», который идет бонусом в микросервисной архитектуре, у вас сам по себе не появится.
Так же, для системы плагинов имеет место дешевое появление сильных связей, и, дорогие процедуры поддержки использования формализованного интерфейсного взаимодействия. И сам инструментарий архитектурного надзора вам приходится обеспечивать в рамках дополнительных затрат.
А вот при использовании web-платформ даже джуну гораздо проще обеспечить изолированность функционала и использование для взаимодействия только API. Да и архитектурный надзор на 90% выносится на анализ логов доступа к API.
Купил билеты ANALYST MARATHON #3. Сервис «Получить ссылку» на сранице не сработал. В полученном письме с уведомлением об оплате есть ссылка «служба поддержки» — ведет на 404 заглушку.
У timepad класные мероприятия и сыроватая платформа.
Часто я предпочитаю заплатить за подготовленный курс (по смежной для меня технологии) нежели тратить время на поиск и сравнение различных подходов.
Но, в данном случае, мне непонятно за что именно вы предлагаете платить.
Вы некорректно указали формат (доклад вместо мастер класса). У вас нет playgrounds/repo, что стало уже практически стандартом в обучении (и докладах). За 15 минут выделенных на вопросы вы успеете ответить на 4-5 обращений участников, то есть, меньшая часть оплативших смогут воспользоватья этим функционалом.
Перечисленные темы достаточно неплохо ищутся на YouTube. В большей части на свежих роликах авторы охотно отвечают на вопросы в комментариях.
Что именно вы предлагаете за 3000р, того чего нет на том же YouTube бесплатно и без необходимости ожидания (какие то новые подходы, или, концентрированная подача материала для решения конкретных проектов)?
К слову сказать "живые серийные авторы" ведут себя немногим лучше по добавлению воды.
Конкретно в этой статье можно поменять местами слова Camunda и n8n или поставить вместо них любые смежные технологии и статья не поменяется.
В общем случае нельзя статическими, заранее подготовленными скриптами вернуться к логически первоначальному результату :)
В частных случаях, если мы говорим про DML, через миграции практически всегда обновляются справочники, то есть части которые изменяются только через миграции и можно прогнозировать что и когда может измениться. Если говорить про DDL там проблем ещё меньше.
И, в обоих случаях, ситуации когда применяются компенсирующие миграции это ситуация когда только накатили миграции (не весь релиз а только конкретный блок скриптов), провели диагностику успешности установки (и желательно чтобы и на это были скрипты), приняли решение об откате, и тут же накатили блок отката.
Из практики, если успели допустить значительные изменения данных, нужно будет готовить новые скрипты, предусмотреть всё заранее не удастся, да и не требуется.
Можете предложить пакеты для OpenWRT для организации такой схемы? Интересует управление синхронизацией/бекапами и сам интерфейс?
Правильно говорить не "нет у меня дорогой современной видеокарты", а "кластер с видеокартами на текущий момент не предусмотрен в инфраструктуре заказчика". И тогда приводится обоснование закупки и либо кластер покупается/арендуется либо не покупается.
Для себя для использования моделей можно взять что то из старенького с рук типа 3090 на 24gb, цены более чем приемлемы. Большинство моделей запускаются и достаточно шустро. Для обучения моделей чтобы поднять свои навыки тоже хватит.
Для обучения моделей которые пойдут в прод все равно (в начале пути или бюджеты на железо до 10 млн.р) выгоднее использовать облака. При обучении моделей для бота на сайте или базы знаний первой линии поддержки на арендованных мощностях некоторые вкладываются в 5-10 тр за итерацию. Обычно хватает 2-3 итерации, и потом будет по одной итерации на дообучение обычно раз в пару месяцев. И тут не последним будет вопрос можно ли на облака передать наборы данных для обучения.
Поиск при использовании RAG у нас пока по качеству сильно проигрывает Elasticsearch. Но если цель генерировать ответы или скрипты для общения с пользователями, то большого выбора уже нет. Схема когда генерим ответы и потом их вычитывают технологи/аналитики показала себя в разы производительнее чем было до этого.
>> Кому нужен очередной сборник мифов из интернета?
Тем кто идет на собеседования и будет общаться с людьми продолжающими жить в мифах (ну или все знания которых получены из таких статей)
В python как раз пример автора корректен. Не пишу много на python и специально посмотрел документацию
https://docs-python.ru/tutorial/operatsii-sravnenija-python/
В своём случае стараюсь не использовать малораспространённые и значительно отличающиеся от других языков конструкции. Обычно даже в одном проекте пишешь/проверяешь не на одном языке и запутаться достаточно просто.
Возможно пропала часть статьи.
Ни в тексте ни в приведённой по ссылке статье нет результата перевода DAX запроса в PostgreSQL.
В каком формате будет обеспечено рабочее место для финальной части — подключение к рабочему столу с настроенной средой или разработка в своей локальное среде с последующим релизом?
Формат решения — jar, kubernetes/docker?
Достаточно важен формат и доступность документация к REST. На каком этапе они будут предоставлены (открытые или деперсонифицированные?). Иначе эти 3-5 часов можно только знакомиться с данными в наличии. Swagger? У вас же есь замечательный портал Alfa Developer Hub. Потренироваться на кошках можно по этой ссылке?
Размер команды?
Для автоматической проверки задекларированы «функциональность, производительность, потребление ресурсов».
Для пункта «функциональность» наверное будете использовать какой то конкретный фреймворк для тестирования. Возможно, стоит указать какой именно (или есть только Spring Test?).
Для «производительность, потребление ресурсов» интересно сразу узнать ограничения. Как минимум для тем «кредитный скоринг» и «анализ данных» притащат ML, а для распределенных транзакций какой нибудь готовый оркестратор, и, субъективно, строить костыли на kafka это далеко не лучшее решение. А такие готовые решения бывают прожорливы. Озвученые ограничения позволят понять что «стэк надо урезать».
Ну и основное — окружение. Должно ли решение работать во внутреннем контуре или помимо предоставленного API Альфа Банка можно использовать и сторонние сервисы?
Можете поделиться ссылками на инструментарий и рекомендации для выполнения "бенчмарка, tps-метрики (transaction per second), latency"?
В заголовке и не обещали сравнение :)
Статья будет полезна примерами запросов для начала анализа существующей структуры.
Хотелось бы пометки, например для раздела с описанием "хедер пейджа" - взято ли это из документации или тоже можно получить запросом к метеданным.
И для такого "изложения" найдутся читатели. Я редко обращаюсь к react и бывают моменты, в которые нужно быстро закрыть какой то маленький вопрос, когда мне недостаточно понятны формулирови и стиль официальной документации, и замечательно что, я могу найти почти то же самое но написанное немного в другом стиле. И, бывает, я экономлю достаточное значительное количество времени найдя такое "альтернативное изложение".
Так что - больше статей хороших и разных :)
В статье описывается связка "JPA – Hibernate" без конкретики по используемысм БД.
Можете ли дать ссылку на Ваши результаты тестов времени вставки при использовании разных стратегий генерации ID, для разных баз данных, для разных режимов вставки (одиночные записи/пакетная вставка), с несколькими параллельными экземплярами клиента?
Какие версии из используемых вами драйверов можно отнести к "старым"? Вопрос больше относится к возможности провести ревизию своих репозитариев и шаблонов микросервисов.
Есть ли тесты по скорости выполнения вставок записей при использовании генерации ID в базе данных (в том числе и принудительное переопределение ID) против использования пулов из последовательностей на стороне клиента?
Это относится только к драйверам старых версий или актуально и для драйверов с поддержкой JDBC v.3?
Поделитесь, пожалуйста, примерами как можно повторить такую ошибку.
Как JPA обрабатывает ситуацию с ошибкой дублирования первичного ключа?
Хватает ли компетенций руководителя и на каком этапе стоит расматривать выделенного «ментора» для построения планов профиссионального развития сотрудников?
Необходимость единой точки сборки. Минус возможность отдельного обновления приложения или плагина без пересбоки всего и вся. И минус возможность разделения по разрабочкикам/вендорам.
Самый прямой пример сильных связей
На текущий момент нет, и на текущий момент это не микросервисы а самый типовой монолит, и ... стоимость/трудоемкость разработки и поддержки таких инструментов крайне неприятно удивит
Переход на микросервисы приципиально предусматривает не использование таких связей
один из примеров
https://docs.microsoft.com/ru-ru/dotnet/core/tutorials/creating-app-with-plugin-support
для микросервисов это будет звучать иначе
Даже если desktop приложение собирается с плагинами у вас остатется точка «единого релиза». Для вас нет необходимости поддерживать работоспособность нескольких версий модулей, вы не рассматриваете штаного использования нескольких веток доработок (канареечные релизы) и дешевой проверки гипотез, у вас не будет мониторинга deprecated функционала, не будет версионного API для backend. Вам это просто не нужно.
Этот «джентельментский набор», который идет бонусом в микросервисной архитектуре, у вас сам по себе не появится.
Так же, для системы плагинов имеет место дешевое появление сильных связей, и, дорогие процедуры поддержки использования формализованного интерфейсного взаимодействия. И сам инструментарий архитектурного надзора вам приходится обеспечивать в рамках дополнительных затрат.
А вот при использовании web-платформ даже джуну гораздо проще обеспечить изолированность функционала и использование для взаимодействия только API. Да и архитектурный надзор на 90% выносится на анализ логов доступа к API.
У timepad класные мероприятия и сыроватая платформа.
Но, в данном случае, мне непонятно за что именно вы предлагаете платить.
Вы некорректно указали формат (доклад вместо мастер класса). У вас нет playgrounds/repo, что стало уже практически стандартом в обучении (и докладах). За 15 минут выделенных на вопросы вы успеете ответить на 4-5 обращений участников, то есть, меньшая часть оплативших смогут воспользоватья этим функционалом.
Перечисленные темы достаточно неплохо ищутся на YouTube. В большей части на свежих роликах авторы охотно отвечают на вопросы в комментариях.
Что именно вы предлагаете за 3000р, того чего нет на том же YouTube бесплатно и без необходимости ожидания (какие то новые подходы, или, концентрированная подача материала для решения конкретных проектов)?