🔍 Дашборд, чтобы отслеживать техдолг в 12 тысячах репозиториев
Иногда бывает трудно понять, кто и какие библиотеки использует. Одна команда сидит на устаревшей версии, другая тащит зависимости с известными CVE, третья не знает, что есть альтернатива получше.
За контроль техдолга и состояний зависимостей у нас отвечает Tech Radar. Он собирает данные с 12 тысяч репозиториев, обрабатывает 172 правила от лидеров профессий и формирует дашборды.
✨ В карточках — как устроен сбор, как применяются правила и как выглядит отчетность.
🔍 Как переход от NSwag к OpenAPI сократил генерацию клиента с 15 минут до нескольких секунд
В каждой команде есть момент, когда фронт и бэк перестают понимать друг друга. Бэкендер переименовал поле, изменил URL или добавил новый enum, а фронт узнает об этом только в QA. А если повезет, то в несвязанной задаче за день до релиза.
Мы попытались это починить: не просто заменить NSwag на ng-openapi-gen, а выстроить процесс, где контракт становится отдельным артефактом, а не побочным продуктом сборки.
🙂 В карточках старший разработчик платформы для разметки данных AI-Центра Т-Банка Дмитрий Чепайкин рассказал, какие проблемы пытались решить, что пробовали на стороне ASP.NET Core, почему отказались от build-time-генерации и как в итоге выстроили workflow с контрактами. А подробнее читайте на Хабре.
*️⃣ Из чего состоят K8s-контроллеры и на какие грабли мы наступили при работе с ними
Контроллеры в Kubernetes выглядят просто на схемах из документации. Но, когда садишься писать свой, оказывается, что там очередь, воркеры, кэш, индексы, манифесты, схема, веб-хуки. И это только начало.
Мы пишем контроллеры для LBaaS и уже набивали шишки на бесконечной реконсиляции, finalizers, которые не работают для ресурсов из разных неймспейсов, и обновлениях, которые порождают конфликты resourceVersion.
↗️ В карточках разобрали, из чего на самом деле состоит контроллер, что из этой обвязки берет на себя kubebuilder и с какими проблемами можно столкнуться. Больше подробностей читайте на Хабре.
Как создать LLM-ассистента, который ищет товары по всему интернету? Какие сложности возникают при обучении языковых моделей? Что и как предсказывают латентные модели мира?
Эти и десятки других вопросов мы обсудили на Turbo ML Conf — конференции про глубокие исследования, прикладной ML и инженерные системы.
А сейчас делимся с вами записями всех докладов. Выбирайте, какая секция вам ближе, и переходите в плейлист.
Доклады об архитектуре и обучении современных моделей, их интерпретируемости, безопасном поведении и способности к рассуждению и самокоррекции.
💬 ВКонтакте | 📹 Ютуб↗️ Fundamental Advances & Exploratory R&D
Как внедрять ML в продукты: интеграция классических и GenAI-моделей, обеспечение их предсказуемости, влияние AI на пользовательский опыт и бизнес-метрики.
💬 ВКонтакте | 📹 Ютуб↗️ Applied ML at Scale & Business Impact
Технологическое ядро ML-систем: архитектуры, пайплайны данных и масштабное обучение, методы дообучения, низкоуровневая оптимизация инференса и инфраструктура.
💖 Готовы разрушить образ привычного финтеха вместе с нами?
Тогда регистрируйтесь на Продукты 24 × ffdd2d!
В этом году мы переосмыслим подход к конференциям и будем делиться кейсами в интерактивных форматах. Обсудим неудобные вопросы, cмэтчим взгляды на идеальный флоу создания продуктов и посмотрим на процессы под другим углом. И все это в компании единомышленников в центре Москвы.
Что еще в программе:
💖 Три зала смелых идей и честных историй. Погрузитесь во внутреннюю кухню экосистемы Т-Банка и других топовых компаний, разберете продуктовую и бизнес-логику и обсудите спорные темы, о которых редко говорят публично.
💖 Интерактивные доклады. Вы сможете поговорить со спикерами о том, с чем обычно остаетесь один на один после созвонов.
💖 Стендап от героев из мира ИТ, бизнеса и не только. На один вечер они станут комиками и поделятся искренними историями о том, как ломают стереотипы и меняют реальность.
💖 Вечеринка под энергичные биты с видом на Москву-реку.
Встречаемся 12 сентября на набережной Парка Горького.
Регистрируйтесь уже сейчас — количество мест ограничено.
⚡️ Сделали платформенный шаблон, чтобы создавать .NET-сервисы с нуля до прода за два дня
Раньше, чтобы запустить новый .NET-сервис, наши разработчики тратили 10—14 дней. Нужно было создать структуру решения, подключить PostgreSQL, Kafka, Valkey, написать Dockerfile и helm-чарты, настроить пайплайн GitLab CI/CD, телеметрию, логи, метрики, трейсы. И все это с нуля для каждого нового проекта.
Мы сделали шаблон репозитория на платформе Spirit. Теперь нужно нажать кнопку, заполнить параметры — и через пару минут будет готовый репозиторий с чистой архитектурой, тестами, CI/CD и мониторингом.
В карточках — как устроена генерация, что внутри шаблона, почему мы выбрали именно такую структуру и какие результаты получили за год. А подробнее о техническом устройстве и команде Томского хаба, которая работала над шаблоном, читайте на Хабре.