Третья Среда Программиста

Присоединяетесь к стриму по ссылке!

AI → Middle → Senior. Как AI переписывает правила разработки.IT-индустрия постепенно уходит от традиционных подходов к разработке ПО в сторону автоматизации. Модели для написания кода оказались куда успешнее, чем предполагалось: около 80% нового кода Google уже пишется нейросетями, у Microsoft — порядка 30%, и этот процент постоянно растет.Уже 21 мая в 19:00 (GMT+3) на стриме Третьей Среды Программиста Java-разработчик SoftTeco Николай Першай расскажет, где нейросети правда работают, а где ещё нужна рука разработчика.Поговорим о:- Прыжок от boilerplate к архитектуре- Генерация через естественный язык- AI code review- Миграция с Legacy при помощи LLMПодписывайтесь на наш YouTube-канал, чтобы не пропустить эфир.Свои вопросы спикеру можно задать в чате во время стрима.До встречи!

Начинаем через полчаса 🔥Подключайтесь к стриму по ссылке

Третья Среда Программиста: API-first! Влияние фронтенда на дизайн APIОптимизация работы разработчиков может сэкономить сотни часов, которые в противном случае могли быть потрачены на реализацию тупикового функционала. С развитием API-first подхода параллельная разработка стала проще, чем когда-либо. Но, помимо очевидных преимуществ, у этой методологии есть свои особенности – о них мы расскажем в новом стриме Третьей Среды Программиста. Олег Конан, frontend-разработчик IT-компании SoftTeco, поделится опытом работы с этой методологией. Что обсудим: • Инструменты и лучшие практики • BFF (Backend-for-Frontend) подход • Codegen vs ручная интеграция • Версионирование API • OverfetchingИнтересно? Присоединяйся к стриму в среду, 16 апреля в 19:00 (GMT+3) на нашем УouTube-канале. Вопросы спикеру можно задать как во время трансляции, так и заранее.

Начинаем через полчаса!Подключайтесь к стриму по ссылке 🔥

Третья Среда Программиста: лучшие кастомные решения для eCommerceИндустрия eCommerce стремительно развивается, предлагая множество решений для создания интернет-магазинов. Даже опытному разработчику порой непросто разобраться в этом разнообразии, особенно когда речь идет об экосистеме WordPress.На мартовском стриме ТСП Максим Карпов, SoftTeco .NET Developer, систематизирует самые популярные кастомные решения и объяснит, как выбрать оптимальную платформу с точки зрения разработки и интеграции.Обсудим:– Актуальные тренды в eCommerce на базе WordPress– WooCommerce vs. Headless WordPress vs. Shopify и другие SaaS-решения– Когда и зачем переходить на кастомные решенияПрисоединяйтесь к стриму 19 марта в 19:00 (GMT+3) на нашем YouTube-канале! Чтобы не пропустить эфир, подписывайтесь на наш Telegram-канал или оставляйте заявку в гугл-форме — мы отправим напоминание на почту, а также передадим ваш вопрос спикеру.

ТСП: Single-spa, микрофронтенд и границы масштабированияВ потоке трендов легко потерять действительно важные технологические сдвиги. Именно поэтому 26 февраля в 19:00 (GMT+3) на стриме Третьей Среды Программиста мы разберем single-spa в контексте микрофронтенда – подход, который расширяет возможности масштабирования больших проектов.Наш спикер – Валерий Филипьев, React Native Developer SoftTeco. Валерий расскажет: • Насколько далеко технологии ушли со времён iframe • Как организовать микрофронтенд приложения и управлять их версиями • В чем особенности и ограничения Single-spaКак присоединиться?Найдите нас на YouTube, чтобы не пропустить эфир.Свои вопросы спикеру можно отправить заранее через форму или задать в чате трансляции.До встречи на стриме! 🎉

Ответ на вопрос, не попавший в стрим: "Хотелось бы также услышать ваше мнение о применимости открытых моделей в бизнес решениях рассчитанных на большое количество пользователей."Я вижу, что в этом плане у открытых моделей есть много преимуществ. Во-первых, как уже было сказано ранее, такие модели можно настроить под конкретные нужды бизнеса, и с такими конкретным задачами открытые модели будут справляться на отлично. Во-вторых, если предположить, что у бизнеса есть достаточно средств на создание собственной мощной инфраструктуры, то ничто не мешает этому бизнесу дообучить модель на своих же серверах, запустить модель на своих же серверах, и работать с большим количеством юзеров. Это будет отлично работать, например, в той же медицине, на серверах больниц и больших клиник, в которых работают тысячи врачей. И не забываем про безопасность, что данные пациентов даже никогда и не покинут инфрастуктуру этой клиники/больницы, что позволит не нарушать регуляции и оптимизировать работу врачей. Также вполне неплохо такие модели могут вписаться в тех. компании, например, локальный такой Co-Pilot, который тоже будет хранить весь код на серверах компании.

Комментарий эксперта на вопрос:RAG – это модель дает ответы с использованием внешних данных. А файнтьюнинг (строго термин "файнтьюнинг") – это изменение весов модели, то есть адаптация к чему-то.Один из главных плюсов RAG – низкие требования к вычислительным ресурсам.Если говорить про файнтьюнинг в контексте общего изменения поведения модели, то RAG – это часть файнтьюнинга самой модели, но уже не в контексте самого термина "файтьюнинг". Так как на сессии я использовал слово "файнтьюнинг" в качестве общего слова для описания изменений в поведении модели. Вместе оба подхода используются прекрасно.Пример использования вместе: Сначала файнтьюнинг для изменения весов модели (обучение модели на юридической терминлогии, например)Затем RAG (для того, чтобы модель могла использовать базу изменяемых законов, положений и тд)

Поздравляем участника don Dimon, автора лучшего вопроса:Можно сравнительное мнение между RAG и fine-tuning? И насколько это применимо одновременно?