Live and recent posts from across the Fediverse tagged #бэкенд, aggregated by home.social.
Общаемся с ИИ по СМС
Как всем известно, в последнее время интернет на улице работает достаточно нестабильно. В определённых регионах ситуация наиболее критическая. Про привычные сервисы я вообще молчу, но спросить что-то у ИИ происходит на регулярной основе. Иногда вопросы, которые возникают в голове, требуют немедленного ответа. Но когда ваш смартфон превращается в сенсорную звонилку - выбор ограничен звонками и смс. Именно со вторым мы и будем работать. Платно, с регистрацией и СМС
Luna Decisions в n8n для парсинга объявлений недвижимости: схема интеграции, ограничения и вопросы к сообществу
Где заканчивается парсинг и начинается решение Предыстория : около месяца назад подробно обсуждал архитектуру этого проекта в личке с хабровчанкой (не имею права раскрывать ник). Она набросала мощные хардкорные идеи: прикрутить предохранитель на объем выдачи, внедрить счетчик пропусков missed_runs для отсечения ложных удалений и использовать сессии Telethon . До реализации её паттернов руки всё никак не доходили (да и заказчик активно пользовался проектом). Момент настал, а вчера OpenAI выкатила GPT-6 Luna Decisions с её Decisions API. И тут мне в голову пришла альтернативная мысль, о которой эта статья. Мне крайне интересно мнение со стороны касательно изменения проекта. В мониторинге объявлений, сбор данных - только половина задачи. Можно регулярно забирать выдачу, сравнивать цены и присылать сводку. Но затем возникает другой вопрос: о каком изменении стоит сообщить отдельно, а какое можно оставить в журнале? Мне интересна именно эта граница. В схеме на n8n изменения находит обычный код, а текстовая модель составляет отчёт. Пока человек читает весь отчёт, это удобное разделение. Если хочется отправлять отдельные уведомления, оценку из текста уже нужно переделать в машинное решение. В описании Luna Decisions на OpenRouter меня заинтересовал подход: модель возвращает типизированные оценки, а приложение само выбирает действие. Не «напиши, насколько это интересно», а отдельный результат, который можно проверить, сохранить и сравнить с порогом. Но из этого ещё не следует, что такой API нужен в моём случае. Ниже разберу, куда его можно встроить, чего не хватает во входных данных и с чем я бы сравнивал результат. Возможно, после сравнения окажется, что достаточно нескольких условий в Code-ноде. Это тоже полезный исход.
https://habr.com/ru/articles/1091792/
#n8n #Redis #gpt6_luna #decisions_api #shadow_mode #автоматизация #бэкенд #javascript #парсинг
Книга: «Высоконагруженные приложения. Программирование, масштабирование, поддержка. 2-е изд»
Привет, Хаброжители! Сегодня данные играют главенствующую роль в проектировании систем, и нужно обеспечить их масштабируемость, согласованность, надежность, производительность и удобство сопровождения. Необходимо учитывать огромное разнообразие систем хранения данных: реляционных баз данных, хранилищ NoSQL, складов и озер данных, а также облачных и локальных сервисов и встроенных баз данных. С новым обновленным изданием книги вы сможете разобраться в терминологии и решить какой вариант лучше всего подойдет для вашего приложения.
https://habr.com/ru/companies/piter/articles/1090492/
#базы_данных #распределенные_системы #data_engineering #алгоритмы #облачные_сервисы #бэкенд #хранилища_данных #высоконагруженные_системы
Кем работать в IT в 2026: backend‑разработчик
Наша рубрика «Кем работать в IT» — интервью с представителями IT‑профессий, в которых специалисты рассказывают о тонкостях своей работы: плюсах, минусах, подводных камнях и заработной плате. Мы надеемся, что джунам и стажёрам она поможет больше узнать о том, что их ожидает на карьерном пути, а профессионалам — посмотреть на свою специальность через чужой опыт и, может быть, открыть для себя что‑то новое. Сегодня о своём опыте работы нам рассказал Юрий Кудрявцев, технический лидер backend‑разработки в компании Альфа‑Деньги .
https://habr.com/ru/companies/habr_career/articles/1088756/
#карьера_в_it #карьера_программиста #кем_работать_в_it #бэкендразработчик #бэкенд
RuntimeNodes: как мы, ML‑щики, стали писать рантайм
«LLM‑содержащие продукты» — это далеко не только вызов модели. Чтобы её ответ оказался полезным, нужно правильно распознать интент, найти подходящую информацию, отобрать нужные фрагменты и уместить их в контекстное окно. Кроме того, сами механизмы поиска и отбора данных приходится постоянно настраивать. Всё становится ещё сложнее по мере прихода к итеративным сценариям. Бизнес‑логика, которая готовит входные данные для LLM и обрабатывает её ответы, всё сильнее и сильнее срастается с самой моделью. На примере LLM‑ответов в поисковой выдаче Яндекса расскажу, как мы ускорили такие эксперименты, научились работать с бизнес‑логикой как с ML‑артефактом и зачем нам для этого понадобились ещё один DSL и представление вычислений в виде графа.
PostgreSQL Recovery на пальцах: WAL, base_backup и PITR в Docker-compose
В этой статье будет разбираться резервное копирование и восстановление PostgreSQL. Покажу все на небольшом практическом docker-compose стенде. Я специально сделаю ошибочное изменение данных, после чего восстановлю базу до состояния непосредственно перед этой ошибкой. Восстановление данных буду делать с помощью второго PostgreSQL контейнера. Если кратко - данные WAL и base_backup будут прокидываться с помощью volume и контейнер будет стартовать с новыми данными. Пока что рабочий стенд будет ограничиваться PostgreSQL 17 в Docker (без S3, Kubernetes, автоматизации и т.п), потом возможно сделаю дополнительные статьи, охватывающие более сложные production случаи.
https://habr.com/ru/articles/1076002/
#postgresql #базы_данных #devops #системное_администрирование #бэкенд #бэкап #восстановление_данных #dockercompose #sql #сервер
Проекты Node.js. Создание реальных веб-приложений и API для бэкенда
Представляем
https://habr.com/ru/companies/bhv_publishing/articles/1072438/
#книги #NodeJS #javascript #вебразработка #бэкенд #программирование
Как совмещать работу и учёбу: кейс студентки онлайн-магистратуры ИТМО в партнёрстве с Яндексом
Привет, меня зовут Кристина Меликова, я учусь в онлайн-магистратуре ИТМО в партнёрстве с Яндексом на программе «Фронтенд и бэкенд-разработка» и работаю бэкенд-разработчиком в компании YADRO. До того, как пойти в сферу IT, я уже успела получить другое высшее образование, но решила переквалифицироваться. В статье расскажу, как проходит обучение в онлайн-магистратуре и как я совмещаю его с работой по специальности.
https://habr.com/ru/companies/yandex_praktikum/articles/1071312/
#обучение_программированию #яндекс_практикум #итмо #нияу_мифи #магистратура #программирование #разработка #бэкенд #фронтенд #онлайнобразование
[Перевод] Чему мы научились, написав на Rust среду выполнения для TypeScript
Encore зародился как фреймворк на Go, и на Go там были написаны среда выполнения, интерфейс командной строки (CLI), парсер и компилятор. Когда мы решили поддерживать TypeScript, логичнее всего было бы написать на TypeScript и среду выполнения тоже, либо достроить к среде выполнения Go какой‑нибудь мостик. Но в итоге пришли к тому, что написали новую среду выполнения с нуля на Rust.
Проекты Node.js. Создание реальных веб-приложений и API для бэкенда
Интернет переполнен руководствами по созданию простых веб-серверов на Node.js. И сегодня их не меньше, чем пять лет назад. Такие примеры хороши для первого знакомства, но они дают иллюзию понимания. Когда доходит до реальной задачи — будь то API для интернет-магазина, система аутентификации или интеграция с внешним сервисом — учебных примеров оказывается катастрофически мало. Подробнее о книге
https://habr.com/ru/companies/bhv_publishing/articles/1068540/
#NodeJS #JavaScript #ВебРазработка #Бэкенд #программирование #бхв #книги #техническая_литература
Синдром Данилы-мастера: как выбраться из сложной задачи
Разработчик получает сложную задачу, погружается в детали и через несколько дней знает о ней гораздо больше, но законченного результата всё ещё нет. Он не ленится и не обязательно плохо планирует работу. Иногда задача превращается в проверку профессиональной состоятельности: несовершенный результат становится страшно показывать, просьба о помощи воспринимается как поражение, а давление сверху только усиливает застревание. Я называю это «синдромом Данилы-мастера»: специалист уже не просто решает задачу, а пытается доказать с её помощью собственное мастерство. Разберём, как перфекционизм связывается с самооценкой, почему очевидные советы о декомпозиции могут не работать и как небольшой законченный шаг возвращает человеку способность двигаться дальше.
https://habr.com/ru/articles/1066744/
#перфекционизм #аналитический_паралич #самооценка #сложные_задачи #психология_разработчика #прокрастинация #микрошаги #обратная_связь #бэкенд #командная_работа
Я написал ASGI-фреймворк, в котором дерево папок — это и есть API
Несколько месяцев пилил pet-проект, который зашёл дальше, чем планировал: файловый ASGI-фреймворк, где дерево папок — это и есть таблица роутов. Сегодня вышла версия 1.0 — с адверсариальным security-аудитом (нашёл у себя pickle RCE и CSWSH), 2329 тестами и нативным async на PostgreSQL. Рассказываю, что внутри и что было больнее всего сделать правильно. Узнать подробнее об EndoCore
https://habr.com/ru/articles/1062742/
#python #asgi #вебфреймворк #orm #postgresql #open_source #безопасность #тестирование #бэкенд
Кэширование в Symfony: мы сломали авторизацию и исправили это с помощью Lock
Мы добавили кэширование, чтобы ускорить работу бэкэнда. Затем кэширование нарушило авторизацию. Поначалу ситуация казалась безобидной. Сервису Symfony требовался JWT-токен для взаимодействия с внешним API. Запрос нового токена перед каждым вызовом был неэффективным, поэтому мы сохранили его в кэше и использовали повторно. При нормальной нагрузке все работало. При нагрузочном тестировании токен истекал, и несколько запросов одновременно проходили через один и тот же поток. Каждый из них видел пустой кэш и запрашивал у внешнего API новый JWT. Внешний API аннулировал предыдущий токен каждый раз, когда выдавал новый. После этого часть приложения начала работать с уже недействительными токенами. Решение заключалось не только в использовании общего Memcached, ведь проблема была не в хранилище, а в праве на обновление общего состояния. В статье история о том, как мы с командой обнаружили состояние гонки, что изменил Kubernetes в этой проблеме и почему Symfony Lock с повторной проверкой кэша стал недостающей частью архитектуры.
https://habr.com/ru/articles/1061794/
#php #symfony #программирование #caching #memcached #кэширование #авторизация #бэкенд
Как искать проблемы производительности в Python
У каждого бывают ситуации, когда сервис в проде начинает тормозить. Клиенты жалуются, дашборды пестрят красными графиками, а перед глазами открывается бездна метрик, логов и трейсов. В этот момент возникает непреодолимое желание открыть профайлер и начать оптимизировать наугад. И это главная ошибка. Меня зовут Юра Ашуров, я тимлид в Точка Банк. В статье расскажу, почему не стоит начинать расследование с профайлера и какие метрики помогают сузить область поиска. Всё это — на примере двух реальных кейсов с высоконагруженными проектами.
Почему хороший результат в разработке с ИИ начинается не с промпта
Хабр, привет! Меня зовут Сергей Бережной, я директор по взаимодействию с разработчиками в Яндексе и эксперт онлайн-магистратуры «Фронтенд-, бэкенд-разработка и ИИ-решения» ИТМО в партнёрстве с Яндекс Практикумом . Приёмная кампания в нашу онлайн-магистратуру уже идёт, программа рассчитана на опытных разработчиков и на тех, кто идёт с нуля. Поэтому, если хотите программировать на JavaScript, Python, Java или С++ — ждём вас. А в этой статье я хочу поговорить о том, почему работа с ИИ постепенно перестаёт сводиться к написанию промптов, зачем разработчику учиться мыслить процессами, а не отдельными запросами, и почему именно такой подход позволяет получать качественный результат.
https://habr.com/ru/companies/yandex_praktikum/articles/1058010/
#ии #промпт #промптинжиниринг #промптинг #разработка #фронтендразработка #бэкендразработка #фронтенд #бэкенд #нейросети
Веб против мобильных устройств: что в опасности? Сравнение безопасности в двух разных мирах
Спойлер: оба находятся в опасности, но по-разному. Эта разница имеет значение. Я не собирался сравнивать веб и мобилку как две враждующие платформы. Меня всегда больше цеплял другой момент: в проектах они часто выглядят как разные продукты, а ломаются через один и тот же бэкенд. На вебе можно спрятать админку за условием в JavaScript и решить, что доступ закрыт. В мобилке можно положить токен в SharedPreferences и надеяться, что до него никто не доберется. Можно оставить открытый бакет, отключить нормальные правила Firebase, забыть про rate limit на логине или принять userId из тела запроса. Все это выглядит как мелочи, пока приложение работает. Проблема начинается там, где клиент перестает быть интерфейсом и становится поверхностью атаки. В браузере злоумышленник давит на сервер через запросы, куки, DOM и XSS. В мобилке он может разобрать само приложение, вытащить ключи, перехватить трафик, изменить APK и посмотреть, что команда случайно отправила пользователю вместе с релизом. Разбираем: где веб и мобильная безопасность совпадают; где расходятся; почему общий API часто опаснее конкретного клиента и какие решения действительно закрывают риски, а какие только создают ощущение защиты.
https://habr.com/ru/articles/1057192/
#OWASP #OWASP_Top_10 #OWASP_Mobile #информационная_безопасность #веббезопасность #мобильная_безопасность #безопасность_вебприложений #безопасность_мобильных_приложений #бэкенд #безопасность_бэкенда
Каким инструментам разработки невозможно научиться по тьюториалам?
Хабр, привет! Меня зовут Илья Благородов, я занимаюсь разработкой уже более 30 лет, а ещё я — один из экспертов онлайн-магистратуры «Фронтенд-, бэкенд-разработка и ИИ-решения» ИТМО в партнёрстве с Яндекс Практикумом. Сегодня хочу поговорить о том, как правильно выбирать инструменты для разработки, почему разбираться в разных инструментах — не равно уметь их правильно применять и что с этим делать.
https://habr.com/ru/companies/yandex_praktikum/articles/1056622/
#тьюториал #бэкенд #архитектура #итмо #практикум #фронтенд #разработка #инструменты #инструменты_разработчика
Технический долг — это не только legacy: как мы уменьшаем разброс решений между Go-сервисами
Когда компания растёт из одного продуктового направления в несколько, технический долг начинает выглядеть иначе. Проблема уже не в «старом коде», устаревших зависимостях или сложной поддержке legacy-системы. Долг начинает накапливаться в расхождении инженерных решений между сервисами. Для нас в QIC digital hub это особенно заметно на фоне миграции на новый Go-бэкенд. Исторически платформа развивалась на разнородном стеке: разные части системы были написаны на разных технологиях. Сейчас мы постепенно переезжаем на Go. Часть сервисов уже в проде, часть ещё на пути. Именно в такой момент легко создать новый слой техдолга поверх старого: переписать поведение на новом языке, но оставить команды один на один с десятками одинаковых инфраструктурных задач, которые каждая решает по-своему. Мы стараемся не просто переносить сервисы на новый стек, а одновременно пересобирать инженерную инфраструктуру вокруг них. В нашем случае это несколько взаимосвязанных инструментов: - go-kit — общая библиотека с переиспользуемыми инженерными решениями; - go-service-template — шаблон, который делает эти решения стандартным способом запуска нового сервиса; - shared-renovate-config — общий Renovate-конфиг с единой политикой обновления зависимостей для всех репозиториев. Ниже — честная инженерная история о том, как мы стараемся замедлить накопление нового техдолга в растущей мультидоменной платформе.
https://habr.com/ru/articles/1056628/
#golang #микросервисы #технический_долг #архитектура #рефакторинг #стандартизация #шаблонизация #управление_зависимостями #бэкенд #renovatebot
Почему разработчику нужно быть креативным в эпоху ИИ
Хабр, привет! Меня зовут Сергей Бережной, я директор по взаимодействию с разработчиками в Яндексе и эксперт онлайн-магистратуры «Фронтенд-, бэкенд-разработка и ИИ-решения» ИТМО в партнёрстве с Яндекс Практикумом. Сегодня хочу поговорить о том, почему креативность и умение думать — главные навыки разработчика в эпоху сгенерированного кода, почему ИИ — экзоскелет, а не автопилот и почему если вы используете ИИ в разработке, вы уже тимлид.
https://habr.com/ru/companies/yandex_praktikum/articles/1055068/
#ии #практикум #итмо #магистратура #онлайнобразование #фронтенд #бэкенд #разработка #креативность #креативное_мышление
Как я считаю ROI внутреннего продукта в деньгах
В прошлой статье я писала про то, что значит быть Internal PO, когда у продукта нет клиента с улицы. Естественный следующий вопрос: а как в таком случае доказывать ценность в цифрах? Вот с этим и разберёмся. Все цифры в примерах ниже — условные, для иллюстрации метода.
https://habr.com/ru/articles/1055354/
#internal_product #product_owner #внутренние_продукты #банки #бэкенд #автокредитование #roi
PostgreSQL для бэкендера: 10 фич, которыми мало пользуются, а зря
Вы храните в PostgreSQL пользователей, заказы и платежи — а потом проект обрастает Redis для очереди, отдельным поисковиком и самодельными блокировками через таблицу locks. Иногда это оправдано. Но часто типовые бэкенд-задачи закрываются прямо в базе: атомарно, транзакционно, с индексами и без лишней сетевой болтовни. Привет, Хабр! Меня зовут Тимур Исламгулов. Я преподаватель МФТИ и ведущий вебинаров по PostgreSQL. За годы работы я насмотрелся, как разработчики поднимают лишнюю инфраструктуру там, где хватило бы самой базы, — об этом и поговорим. Показать рабочий SQL →
https://habr.com/ru/companies/netologyru/articles/1051792/
#postgresql #бэкенд #оконные_функции #sql #оптимизация_запросов #полнотекстовый_поиск #индексы #очередь_задач #базы_данных #skip_locked
Зачем разработчикам с самонакопленным опытом учиться и можно ли вырасти до мидла в онлайн-магистратуре
Привет, Хабр! Меня зовут Сергей Бережной, я директор по взаимодействию с разработчиками в Яндексе и эксперт онлайн-магистратуры «Фронтенд-, бэкенд-разработка и ИИ-решения» ИТМО в партнёрстве с Яндек с Практикумом . В этой статье хочу поговорить о том, почему, если вы хотите стать востребованным разработчиком в 2026 году, одной практики может быть мало, чего ждут от соискателей крупные компании и поможет ли онлайн-магистратура стать разработчиком уровня мидл.
https://habr.com/ru/companies/yandex_praktikum/articles/1051500/
#практикум #яндекс_практикум #магистратура #итмо #онлайнобразование #фронтенд #бэкенд #разработка
Реализация RSS-генератора на «коленке» или наш ответ Чемберлену
Всё началось с банальной задачи — я и моя напарница нейросеть Асси задумались над SEO-продвижением и адаптацией нашего сайта под современные реалии генеративного поиска (GEO / RAG) и краулеры языковых моделей (GPTBot, ClaudeBot, Perplexity). По старой привычке решили поглядеть, как эту задачу решают другие «взрослые дяди», открыли исходники популярных решений для синдикации в современных CMS… и, мягко говоря, офигели. То, что в корпоративном BigTech считается стандартом генерации банальной XML-ленты, на поверку оказалось кромешным инфраструктурным адом.
https://habr.com/ru/articles/1051178/
#PHP #Вебразработка #Оптимизация #Сделай_сам #Highload_на_коленке #ии_помощник #бэкенд
Nostr — бэкенд «из коробки»: где подходит, а где нет
Готовый децентрализованный бэкенд без своего сервера — звучит заманчиво. На личном опыте двух приложений разбираю, где Nostr реально экономит месяцы работы, а где упирается в одно базовое ограничение и начинает мешать: заметки, чаты, ленты, communities, организации.
https://habr.com/ru/articles/1050348/
#Nostr #децентрализация #децентрализованные_сети #бэкенд #endtoend_шифрование #протоколы #мессенджеры #социальные_сети #криптография #WebSocket
CancelledError — не просто очередная ошибка. Разбираемся, как устроена отмена задач в asyncio
Это первая из двух статей о CancelledError — сигнале отмены задачи. В ней мы остановимся на стандартном asyncio. Узнаем, что на самом деле представляет собой CancelledError , с точки зрения event‑loop. Разберёмся, как работает счётчик отмены ( cancel/uncancel ), на котором построены TaskGroup и asyncio.timeout . Наконец, обсудим проблемы, которые возникают на практике, в первую очередь связанные с asyncio.shield .
Отборочный на стажировку в Т-банк: опыт наших подписчиков
Уже 5 лет наш телеграм канал "Поступашки - ШАД, Стажировки и Магистратура" помогает ребятам получить первую работу в айти. Одним из таких первых местом работы для ребят становится так называемый желтый банк. В этой статье я расскажу опыт наших подписчиков. Набор на стажировку идет обычно раз в сезон. Для участия нужно заполнить анкету, решить экзамены за ограниченное время в течение недели. Потом зовут на собесы. После основного набора могут объявить донабор на некоторые специальности. Теперь подробней по каждому этапу. Контест На разработчика ждет экзамен по алгоритмам и тест на знания специальности (java, go, ml). На аналитика ждет экзамен по математике, тест/экзамен на sql и разные продуктовые кейсы (более творческое задание). Задачи скорее олимпиадного характера, но в эпоху нейросетей и нетворкинга экзамен скорее имеет статус "ворот и фильтра". Составители, кстати, активно "борются" с нейросетями: необычная верстка, картинки, вычисления, в которых нейросеть округляет неправильно и так далее. Акета Ключевой отбор идет по анкете. Для попадания анкеты в топ на экзамене нужно набрать чуть больше половины всех баллов (но опять же зависит от конкурса). Командам и HR очень важна ваша мотивация и погруженность в специальность. Будет обидно набрать полный балл за контест, но не заполнить анкету. Общие советы такие: пишем про курсы, которые проходили, фокусируем внимание на курсах от Т-банка. Только помните, что на собесе нужно будет не запутаться в своих выдумках, если захотите приукрасить. Обязательно пишем про олимпиадный опыт, даже школьный, от олимпиадников все просто сходят с ума. Пишем образование. Про свои стартапы и телеграмм каналы советую писать осторожно: это может отпугнуть. Подумают, что после года работы в штате вы уйдете строить свой мега успешный бизнес, а работодатель хочет, чтобы вы росли и развивались внутри компании и стали приносить пользу именной ей.
https://habr.com/ru/articles/1049036/
#стажировка #Тбанк #Тинькофф #Аналитика #бэкенд #Машинное_обучение #фронтенд
Декларативное RPC вместо REST-ручек — победили сетевой бойлерплейт и вычистили код с помощью фреймворка Chord
Во многих проектах взаимодействие фронта с бэком до сих пор строится по классике: ручки, fetch, headers, дублирование типов. При таком подходе внушительная часть кода уходит на обслуживание сети, а не на саму бизнес-логику. Мы решили эту проблему через Chord — фреймворк сетевого уровня на базе JSON-RPC. Используем его уже более 2 лет. Эта статья для фронтенд- и фулстек-разработчиков, работающих с TypeScript и мета-фреймворками вроде SvelteKit, Next или Nuxt. В ней покажу, как мы с помощью Chord вызываем серверные методы как обычные функции и получаем типы с бэка без дублирования.
https://habr.com/ru/companies/dalee_group/articles/1044744/
#chord #rpc #rest #бэкенд #фулстекразработка #json #jsonrpc #svelte #sveltejs
Простые желания: разработаем максимально простой и дешевый бэкенд интернет-банкинга
Простые желания: разработаем максимально простой и дешевый бэкенд интернет-банкинга. Цели статьи: 1) протестировать возможности ИИ в качестве инструмента прототипирования и 2) заодно проверить жизнеспособность концепции максимально простого и дешевого интернет-банкинга. Спойлер: пожертвовал брокерами сообщений и Redis. В итоге, на бэке только сервисы (Go) с реляционными БД (PostgreSQL).
https://habr.com/ru/articles/1041294/
#бэкенд #банк #сага #оркестратор #финтех #брокеры_сообщений #вайбкодинг
Топ-10 вопросов на собеседовании по FastAPI
FastAPI окончательно закрепился в стеке Python-разработчиков, а значит, на собеседованиях вас точно будут гонять по корутинам, Pydantic и Dependency Injection. Я собрал 10 реальных вопросов (включая коварные подвохи от сеньоров!), которые сейчас задают джунам и мидлам. Никакой сухой теории из доков — только практика. Го под кат — проверим, насколько вы готовы к следующему интервью!
https://habr.com/ru/articles/1044300/
#fastapi #python #собеседование_python #вопросы_на_собеседовании #pydantic #асинхронность #backend #микросервисы #бэкенд #подготовка_к_собеседованию
Не все якори одинаково полезны, или как I2I-рекомендации свежими сохранять
Привет, Хабр! Меня зовут Иван Воробьев, я работаю в команде рекомендаций VK Видео, AI VK. В данной статье хочу рассказать, как и зачем я переделывал систему построения I2I -рекомендаций. Поговорим о том, какие решения были поставлены в её основу, насколько они оправдались, а также причём тут якори и как они связаны со свежестью рекомендаций. В первую очередь сосредоточимся на бэкенде: организации работы с данными и вычислений, их конфигурациях, и требуемых вычислительных ресурсах. Основной эффект от внедрения новой системы кроется именно тут: удалось обеспечить свежесть I2I-рекомендаций примерно в час, сократив при этом количество используемых ядер в три раза. Саму логику построения рекомендаций тоже затронем, но в меньшей мере.
https://habr.com/ru/companies/vk/articles/1040306/
#бэкенд #рекомендательная_система #потоковая_обработка #i2i #recsys