В игре Escape from Tarkov на магазине P90 долгое время висела надпись «Потом будет прозрачный» — после релиза её поменяли на «По ходу не будет». Игру делали девять лет, включая восемь лет и три месяца тестирования.
Предупрежден - значит, не потеряешь деньги. Как не попасть в плен “иллюзий фаундера”?
Как фаундер, я хорошо знаю это состояние: классная идея захватывает твой разум. Кажется, что нужно совсем немного, чтобы пришел оглушительный успех.
Важно посмотреть на ситуацию честно. Какие иллюзии бывают у фаундеров?
“Если продукт крутой - клиенты сами выстроятся в очередь”. Но правда оказывается жестокой: мир точно не ждал вашего проекта.
Что делать? Разговаривать с клиентами ДО первой строчки кода. Не спрашивать их, нравится ли им идея, а выяснять, готовы ли они заплатить конкретную цену за решение конкретной боли и почему?
Несколько лет назад, например, мы вместе с командой тестировали идею сервиса виртуальной очереди: подключившись к такой платформе любой бизнес (допустим, шиномонтажная мастерская) может управлять потоком клиентов. И по перспективности, и по потенциальному объему рынка идея была “живой”. Однако беседы с потенциальными клиентами раскрыли суть: платить за такой сервис они не будут. Прощаемся с иллюзией и идём дальше.
“Нас ждет быстрый рост”. Мечтаете увидеть диаграмму, растущую вверх, а по факту она напоминает кардиограмму умирающего. Это может демотивировать и провоцировать на необдуманные поступки. Здесь лучшее средство - отмечать микро-успехи. Первый постоянный клиент, первый “живой” отзыв от клиента. Рост - это лестница, шаг за шагом, и важно осознанно делать каждый из них.
Иллюзий может быть множество. Лучшая прививка от них - как можно быстрее позволить идее (даже если она существует на словах) столкнуться с реальностью. Для примера, только в прошлом году я внес на рассмотрение команде больше десятка идей, но ни одна из них не была реализована - это нормально. Делайте простые прототипы, проводите тесты, не бойтесь самой жесткой обратной связи. Именно после этого станет понятно, стоит игра свеч или нет.
Предупрежден - значит, не потеряешь деньги. Как не попасть в плен “иллюзий фаундера”?
Как фаундер, я хорошо знаю это состояние: классная идея захватывает твой разум. Кажется, что нужно совсем немного, чтобы пришел оглушительный успех.
Важно посмотреть на ситуацию честно. Какие иллюзии бывают у фаундеров?
“Если продукт крутой - клиенты сами выстроятся в очередь”. Но правда оказывается жестокой: мир точно не ждал вашего проекта.
Что делать? Разговаривать с клиентами ДО первой строчки кода. Не спрашивать их, нравится ли им идея, а выяснять, готовы ли они заплатить конкретную цену за решение конкретной боли и почему?
Несколько лет назад, например, мы вместе с командой тестировали идею сервиса виртуальной очереди: подключившись к такой платформе любой бизнес (допустим, шиномонтажная мастерская) может управлять потоком клиентов. И по перспективности, и по потенциальному объему рынка идея была “живой”. Однако беседы с потенциальными клиентами раскрыли суть: платить за такой сервис они не будут. Прощаемся с иллюзией и идём дальше.
“Нас ждет быстрый рост”. Мечтаете увидеть диаграмму, растущую вверх, а по факту она напоминает кардиограмму умирающего. Это может демотивировать и провоцировать на необдуманные поступки. Здесь лучшее средство - отмечать микро-успехи. Первый постоянный клиент, первый “живой” отзыв от клиента. Рост - это лестница, шаг за шагом, и важно осознанно делать каждый из них.
Иллюзий может быть множество. Лучшая прививка от них - как можно быстрее позволить идее (даже если она существует на словах) столкнуться с реальностью. Для примера, только в прошлом году я внес на рассмотрение команде больше десятка идей, но ни одна из них не была реализована - это нормально. Делайте простые прототипы, проводите тесты, не бойтесь самой жесткой обратной связи. Именно после этого станет понятно, стоит игра свеч или нет.
Представлен ИИ-сервис Vibetest Use, который тестирует сайты на прочность и ищет уязвимости. Параллельно запускаются сразу несколько проверок с помощью ИИ, которые ищут ошибки, битые ссылки или проблемы в дизайне. Работает на базе Claude. В качестве альтернативы можно запустить с бесплатным API от Google через Cursor.
Почему нужно использовать DTO
Data Transfer Object, термин, который для разработчиков на статических языках является чем-то самим разумеющимся, но вот остальные его могут не знать (даже если пользуются). Хотя в эпоху интеграций, фронтенд-бекенд, сервис-сервис, очереди, это крайне важная конструкция.
DTO это очень промежуточный объект между моделью в вашем коде и данными, которые вы отдаете наружу или принимаете от внешней системы.
Модель => DTO => json/protobuf/sql...
json/protobuf/sql... => DTO => Модель
Нафига? Почему не сразу преобразовывать из, допустим, json в нашу модель или наоборот? Тем более во всех экосистемах есть механизмы, которые позволяют упаковывать любые объекты, задавая правила преобразования через метаданные, аннотации или еще как-то. Пример из Java:
@Entity
public class User {
@Id
private Long id;
@JsonIgnore // приходится скрывать
private String passwordHash;
@JsonProperty("created_at")
private LocalDateTime createdAt;
// getters/setters ...
}
var json = new ObjectMapper().writeValueAsString(dto);Существует масса причин, почему это плохая идея. Для начала, это банальное нарушение MVC архитектуры. Модель начинает знать как о представлении, о том какие поля надо выдавать наружу, какие нет, как их переименовывать и так далее. Если это кажется натянутым, то вот вам реальные последствия.
Одна и та же сущность для внешнего мира редко представляется одним способом. В зависимости от задачи, это может быть один набор полей или другой. Как это разрулить? Дальше, здесь плохо контролируется процесс, легко может быть такое, что новое поле автоматически попало наружу, хотя вы этого не планировали, но забыли его исключить. А если нужны вычисляемые поля или другое представление (всегда в датах)? В такой ситуации модель будет наполняться доп свойствами и методами, которые готовят доп данные для преобразования, что ведет к сильному загрязнению кода. Что из этого относится к бизнес-части, а что к представлению? Проблема.
DTO позволяют отделить представление от модели в коде, создавая по сути промежуточный слой. Имея его, вы можете независимо развивать свою модель и API для взаимодействия с ним. И да, это один из аспектов MVC, конкретно Model-View.
Готовые DTO гораздо легче чем модели конвертировать в типы на TS если у вас есть такая потребность. Например мы наши DTO (используем Alba), превращаем в типы TS с помощью готового инструмента (Typelizer). С моделями так легко не получится.
За это конечно придется заплатить. В проекте появится папка, с большим количеством файлов. Но это с лихвой компенсирует все описанные выше проблемы. DTO очень простые и для их создания далеко не всегда надо с нуля писать классы. В той же java они генерируются с помощью mapstruct, в других языках свои механизмы.
Но это только базовая история. Если мы еще подключаем инструменты генерации из sql (как в go) или openapi как везде, то те самые DTO создаются вообще автоматически на основе описаний.
INSERT INTO links (original_url, short_name)
VALUES (sqlc.arg(original_url), sqlc.arg(short_name))
RETURNING *;DTO:
type CreateLinkParams struct {
OriginalUrl string `json:"original_url"`
ShortName string `json:"short_name"`
}Причем для update будет создана своя структура:
type UpdateLinkParams struct {
OriginalUrl string `json:"original_url"`
ShortName string `json:"short_name"`
ID int64 `json:"id"`
}Здесь отличается только id, но в реальных кейсах, отличий в создании или обновлении одной сущности обычно значительно больше, поэтому количество DTO тут становится еще больше.
DTO, кстати, должны быть имутабельны, иначе туда потечет логика
Больше про разработку в моем телеграм-канале Организованное программирование
Как собрать и внедрить свой корпоративный AI-чат
AI-чат — уже не просто модное словечко, а необходимый инструмент. Он облегчит коммуникацию, поможет автоматизировать задачи и повысить эффективность работы.
Зовем на вебинар, где расскажем, как развернуть собственное решение, чтобы оно отвечало требованиям безопасности и стабильно работало в вашем контуре.
Что еще обсудим:
Из каких open source решений на рынке мы выбирали и на чем в итоге остановились.
Почему свой AI-чат лучше SaaS? Приведем весомые аргументы.
Как собрать AI-чат, чтобы все было безопасно и не нарушало закон.
Какие архитектурные решения мы протестировали и к каким выводам пришли.
Будет интересно системным администраторам, IT-директорам, разработчикам и всем, кто хочет автоматизировать внутренние процессы с помощью корпоративного AI-чата.
📅 Когда? 27 ноября в 11:00 мск.
📍Где? Онлайн. Регистрируйтесь на странице вебинара — и до скорой встречи.
Держите порцию пятничного бреда: что, если скрестить механическую коробку и примитивный гидравлический автомат, обеспечивающий нормальную работу только на малых скоростях (упростив его за счёт этого), и прицепить его на место первой и обратной передач?
Следите за руками: там, где удобнее автомат (трогание в сложных условиях, раскачка в грязи, ползание отрезками в пробке) — врубаем «первую» (реально где-то до третьей) и едем, не насилуя сцепление и имеем все преимущества «плавного» преобразования. В нормальных условиях — перещёлкиваем на вторую и далее, имея все плюсы полного ручного контроля и плюсы по КПД (для того, чтобы оптимально выбрать передачу, нужно, как правило, знать будущее хотя бы на пол-километра вперёд, что определённым образом ограничивает возможности автоматики).
А поскольку автомат надо отцеплять от вала с обеих сторон (чтобы механика его «за хвост» не крутила) — можно заодно и придать ему функцию раздатки, ну, раз всё равно сцепные муфты ставить. Наши «первая» и «задняя» выходят на все четыре, раз уж мы всё равно собираемся пользоваться ими на малой скорости в лужах и ямах, а механика, работающая в условиях чистой дороги и экономии топлива — только на один мост с обычным дифференциалом (второй можно сделать с каким-нибудь необычным, чтобы гребли два от этого моста и как минимум одно от обычного).
Всё это пятничная чушь и пища для инженерных паззлов, конечно. Чисто поломать для развлечения голову «а как бы я это всё вписал в конструкцию». В наше время намного больше смысла в установке двух рекуперативных мотор-колёс вместо вторых обычных колёс (которые не ведущие). А если хочется оптимального ручного контроля (и заодно почувствовать себя пилотом «Сопвича», следящим за ста приборами одновременно) — такой гибрид с рекуперацией даёт в этом плане чуть ли не больше возможностей, чем любая механика (особенно если он с этой самой механикой и совмещён, и дважды особенно — на малокубатурных движках, которые и без электрики-то по жизни работают с полным сжатием, потому что находятся или в состоянии ХХ, или в состоянии «тапка в пол», без промежуточных значений, а уж если лишнее/недостающее берётся с мотор-колёс, то они вообще в своей стихии).
ЗЫ: добавил хаб «гаджеты», потому что вот. Не то что бы прямо в формате «гаджета», но в формате устанавливаемой опции-то уж точно.
ЗЫЫ: а что будет, если перевести классический мускулокар 60-х/70-х на пропан? Запас по мощности у него дикий, мы ничего особо не потеряем. А что мы получим в плюс? Цену за км? Возможность вписаться в современные экологические нормы?
Короче, всем пятницы :)
Скрытый налог: когда 1С висит, бизнес теряет деньги. Покажем, как «Монитор» снижает затраты с первой недели
Во сколько обходятся бизнесу простои из-за «тормозов» 1С? Компания может терять десятки тысяч рублей в день, а все потому, что команда технических специалистов ищет и не может найти ту самую ошибку. А можно превратить потери от простоев в компенсацию для бюджета.
25 ноября в 12:00 на вебинаре «Скрытый налог: когда 1С висит, бизнес теряет деньги» мы расскажем, как инструмент «Монитор» для 1С помогает бизнесу сокращать финансовые потери.
Спикер: Андрей Бурмистров, 1С-эксперт по технологическим вопросам крупных внедрений
В программе:
— примеры скрытых затрат при проблемах со скоростью работы в 1С;
— разбор ключевых функций Монитора (долгие запросы, блокировки, взаимоблокировки, ошибки технологического журнала, уведомления о событиях);
— ответы на вопросы участников.
Все участники вебинара получат в подарок 30-дневную триал-версию «Монитора» с бесплатной установкой от наших специалистов. За 1 день и 0 рублей вы увидите проблемы производительности вашей 1С!
ВАЖНО! С 1 января 2026 года меняется лицензионная политика продукта: на каждые 3 сервера необходимо будет покупать лицензию. До конца декабря есть возможность купить лицензию без ограничения по количеству серверов.
История, которая принесла нам миллион подписчиков
В этом кейсе рассказываем, как команда продуктовых дизайнеров прошла путь от идеи к реальному результату в мобильном банке. На старте был один запрос: сделать сервис, который будет действительно полезен и заставит клиента быстрее оформлять подписку на Альфа-Смарт.
Что за подписка? Это сервис, который позволяет клиенту улучшить свои привилегии и условия пользования продуктами за фиксированную стоимость в месяц.
В статье «Как мы запустили подписку в Альфа-Банке и собрали миллион подписчиков за полгода» история про то, как совместить креатив с аналитикой, провести десятки воркшопов и исследований, чтобы найти оптимальный сценарий. Если хотите узнать, как устроены самые успешные подписки в банке, какими фишками можно изменить отношение клиента к продукту и действительно выстроить лояльную аудиторию — переходите к кейсу по ссылке!
В маркетплейсе VK Cloud появилось сразу несколько новых решений, поэтому мы хотим, чтобы вы узнали, как с ними работать из первых рук во время вебинаров. Оба решения появятся в маркетплейсе накануне трансляций.
📌 26 ноября в 11:00 будем говорить о том, какие преимущества открывает РЕД База Данных. Почему это надежно, и как работает совместная поддержка в рамках SLA. Эфир проведет технологический евангелист VK Cloud Станислав Погоржельский и Алексей Бехтин, аналитик отдела разработки СУБД, РЕД Софт.
Что еще обсудим
🔷 Интеграция с прикладными системами. Как легко и быстро подключить РЕД Базу Данных к вашим приложениям, работающим в VK Cloud.
🔷 Кейсы и выгоды. Примеры из практики, демонстрирующие повышение производительности и снижение TCO (совокупной стоимости владения).
🔷 Разработка с помощью ИИ. Генерация приложения маркетплейса на Go с использованием СУБД РЕД База Данных.
📌 27 ноября в 11:00 начнем разговор про обеспечение безопасности данных в облаке с помощью Next Generation Firewall. Межсетевой экран позволяет контролировать трафик между ВМ, настраивать правила и вести мониторинг real-time.
Владислав Закрятин, инженер по предпродажной подготовке из Ideco, покажет в прямом эфире, как развернуть решение за 15 минут.
Кому точно стоит посетить вебинар
🔷 DevOps и SRE-инженерам.
🔷 Руководителям ИТ-направлений.
🔷 Всем, кто использует или планирует использовать облачную инфраструктуру.
Где учиться тестированию?
Привет! Мы на Хабр Карьере поняли: учиться намного проще, когда знаешь, с чего начать, а освоить новую профессию или развить имеющиеся навыки легко — достаточно выбрать качественный курс.
На нашей витрине много курсов по разным направлениям, а сегодня мы собрали для вас подборку для тестировщиков, ниже — ссылки на обучение ключевым направлениям:
— Автоматизация тестирования — создаёте скрипты, которые автоматически проверяют работу программы вместо ручного тестирования.
— Тестирование API — проверяете, как программы взаимодействуют между собой через интерфейсы.
— Тестирование веб-приложений — ищете баги и ошибки на сайтах и веб-сервисах.
— Кроссбраузерное тестирование — проверяете, как сайт или приложение работает в разных браузерах и на разных устройствах.
— Модульное тестирование — тестируете отдельные части программы (модули) на корректную работу.
— Нагрузочное тестирование — смотрите, как система ведёт себя под высокой нагрузкой или при большом количестве пользователей.
— Тестирование игр — ищете баги в играх, проверяете геймплей, графику и производительность.
→ на Хабр Карьере много бесплатных курсов — заглядывайте
Как мы избавились от рутины в сетевом коде с помощью собственного фреймворка Chord 🪄
Расскажем на крупнейшей конференции для разработчиков разного профиля — Holly JS 🤟
Спикером конференции станет Дмитрий Дин, fullstack-лид Далее. В докладе «Chord’овская декларативность: побеждаем бойлерплейт сетевого взаимодействия» он поделится опытом внедрения собственного инструмента Chord (на базе JSON-RPC), который уже больше года работает в продакшене и избавляет команды от рутины при взаимодействии между клиентом и сервером.
Доклад будет особенно полезен frontend- и fullstack-разработчикам (уровня Middle и выше), которые работают с TypeScript и современными фреймворками вроде SvelteKit, Next.js или Nuxt.
Приходите послушать доклад Димы 21 ноября, с 15.30, в секции Фреймворки.
🔗 Подробнее о докладе и спикере — на сайте Holy JS.
Ближайшие события
Апгрейд для сетевых инженеров: присоединяйся к разработке «соточных» коммутаторов
Разработчики коммутаторов KORNFELD ищут коллег. Нужны сетевые инженеры, которые будут тестировать сетевое оборудование, поддерживающее широкий спектр сервисов и протоколов, включая MC-LAG, BGP, OSPF, VxLAN, VPN, VRRP, LACP и другие. «Классические» тестировщики тут не подойдут — у успешного кандидата должен быть опыт работы с оборудованием типа Cisco, Huawei, Juniper, знание сетевых протоколов, применяемых в дата-центрах и офисах, — не только в теории, но и на практике. Фокус на мидл-специалистах и выше.
Получить быстрый оффер за 3 дня →
Подать заявку можно до 30 ноября. Для этого достаточно заполнить форму на сайте, приложить резюме или скинуть ссылку на него.
Примеры задач сетевого инженера в тестировании:
Анализ продуктовых требований/ПМИ/ПСИ и составление use-кейсов.
Проведение разных видов тестирования: e2e, fail-over.
Составление тест-кейсов, тест-планов на продукт — как на новый функционал, так и на существующий.
Участие в совместных тестах, в том числе на площадке заказчика, и взаимодействие с командами разработки/L3/сервиса/документации.
Больше о вакансии — по ссылке.
Чтобы лучше представлять работу с KORNFELD, читайте статьи инженеров YADRO:
→ Жизненный цикл фичи в коммутаторе: от идеи через QA до прода
→ Как устроен L3-коммутатор: разбираемся с железом и настройками конфигурации
Открыли полный доступ к Evolution AI Factory для создания GenAI с минимальными затратами 🚀
Вчера на AI Journey объявили о коммерческом запуске Evolution AI Factory — облачной среды с готовым набором сервисов для работы с GenAI. Мы разрабатывали ее так, чтобы пользователям с любым уровнем навыков программирования и погружения в машинное обучение было удобно и понятно.
В Evolution AI Factory шесть взаимосвязанных сервисов:
🧠 Foundation Models — каталог из 20+ моделей, включая GigaChat-2-Max, Qwen3-Coder, MiniMax и другие. Работают по OpenAI-совместимому API.
⚡ ML Inference — инструмент для быстрого запуска собственных ML-моделей или развертывания готовых из HuggingFace.
🤖 AI Agents — агенты для автономного выполнения задач и интеграции с другими системами.
📓 Evolution Notebooks — запуск нужной вам среды разработки в облаке: JupyterLab, VS Code Server, ComfyUI, n8n и другие. Возможность экспериментировать на CPU или GPU без ограничений.
🎯 Managed RAG — инструмент для повышения точности выдачи LLM с учетом ваших корпоративных данных.
🔧 ML Finetuning — дообучение LLM под задачи вашего бизнеса с использованием LoRA-адаптеров.
Сервисы доступны с гарантированным SLA, поддержкой 24/7 и возможностью масштабировать нагрузку. И все по доступным ценам: открытые LLM из каталога Foundation Models сейчас стоят в среднем 35 рублей за входной и 70 рублей за выходной миллион токенов.
Выбирайте подходящие инструменты и реализуйте проекты в облаке!
Хотели ускорить разработку с ИИ, а получили сопротивление и хаос: как работать с командой
Сегодня ИИ стараются внедрить буквально в каждый этап разработки. Иногда это вдохновляет, но чаще вызывает закономерный скепсис и сопротивление — особенно у команд, которых бездумно заставляют использовать новые инструменты. Почему возникает это сопротивление и как его преодолеть?
Евгений Сатуров, CTO Mobile в Surf, провел 50+ сессий парного программирования, понаблюдал, как разработчики впервые работают с ИИ, и собрал 40 страниц выводов. А потом рассказал обо всем на конференции AI Boost. Теперь выступление есть на YouTube.
Вы узнаете:
Почему ИИ-кодинг — это отдельный навык, а не автоматическое ускорение разработки.
Какие 5 ключевых страхов чаще всего мешают командам (стоимость, недоверие, потеря контроля, замедление, отказ от результата).
Как ИИ подчеркивает слабые места постановки задач и почему качество промпта напрямую влияет на качество решения.
Чем различаются системные, таск- и мета-промпты, и зачем их понимать каждому разработчику.
Почему ИИ-агенты эффективнее на цельных задачах, чем на мелких правках.
Как руководителю внедрять ИИ так, чтобы это не было про «разбирайтесь сами».
Главные барьеры на пути внедрения — не технические, а человеческие. Все ошибки и проблемы проистекают из страхов и заблуждений разработчиков, а не из несовершенства ИИ.
Евгений Сатуров, CTO Mobile в Surf
В видео — много практики, наблюдений и реальных кейсов, как ИИ реально помогает командам — и какие ошибки лучше не повторять. Смотрите на YouTube.
Каждый год в начале декабря мы с друзьями ходим мы с коллегами проводим бесплатную конференцию для IT-специалистов. Мы в ЮMoney верим, что сила — в людях, которые делятся знаниями. Поэтому не только создаём финтех-продукты, но и развиваем комьюнити талантливых специалистов.
Нам всегда есть, что рассказать и чем поделиться — как тут, на Хабре, так и в живом общении. В течение года мы проводим разные митапы: о Java, бэкенде, DevOps, тестировании. И уже много лет завершаем год большой конференцией, где захватываем разные направления финтеха: от архитектуры и аналитики до разработки процессов и управления проектами.
Каждый раз добавляем новые направления. Так, в прошлом году впервые выступили с докладом на тему дизайна «Как мы строим дизайн-систему». Рассказывали о ключевых принципах дизайн-системы, которые помогают создавать гибкие и понятные интерфейсы. Слушатели узнали, как идеи превращаются в реальные компоненты и как наша система эволюционирует в соответствии с масштабами проектов.
Некоторые из докладов мы адаптировали для Хабра. Так, например, появилась статья Дениса о том, как в процессинге проводили импортозамещение железа. Поскольку статья вышла спустя год после выступления, а за это время, как водится, произошли изменения, мы дополнили текст новыми вводными. Еще из примеров прошлогодних докладов, которые перекочевали на Хабр: статья менеджера проектов Ксюши о том, как её команда пережила конфликтную стадию, и статья «8 друзей Белбина» от бизнес-тренера Ани — интересно посмотреть на команду разработки через призму ролевой модели.
Этот год не исключение. 5 и 6 декабря ждём всех на тёплый офлайн- и онлайн-приём. Поговорим о трендах финтеха, внутренних системах, разработке и, конечно, об AI-технологиях. Чуть позже расскажем о программе подробнее. Подписывайтесь на канал ЮMoney Tech, чтобы не пропустить событие.
Представлен бесплатный интерактивный инструмент, который показывает, как работают интерфейсы PCIe на современных материнских платах. В базе данных ресурса 80 матплат MSI, ASUS, Gigabyte и ASRock с сокетом сокете AM5.
Квиз: насколько вы разбираетесь в играх 90-х
Помните мелодию из Марио? Этот джингл, (который у вас, вероятно, заиграл в голове) — символ эпохи, которая для многих открыла мир видеоигр.
Если вы росли на картриджах и первых CD с играми или просто хотите освежить память о культовой эпохе, то пройдите наш новый квиз.
Пройти квиз →
Ответьте на 10 вопросов и получите подборку полезных материалов. Не забудьте заглянуть в комментарии, чтобы поделиться своим рекордом.
27 ноября ждем тебя на Backend Meetup в Питере и онлайн!
В следующий четверг мы вместе с комьюнити «Live PHP» и «Пых» соберемся в нашем петербургском офисе. И, конечно же, проведем открытую онлайн-трансляцию, чтобы присоединиться смог каждый.
Программа докладов:
«NULL. Выбросить нельзя использовать»
Спикер: Владимир Романичев, CEO «Ветменеджер»
«RabbitMQ: quorum queues и почему mirrored queues не работают»
Спикер: Виктор Михайлов, Backend Lead Garage Eight
«Архитектура ИИ-сервиса для распознавания документов: путь от MVP до продакшена»
Спикер: Михаил Мироненко, Senior PHP Developer, 10+ лет в разработке
Когда: 27 ноября в 19:00
Где: петербургский офис Garage Eight (Новгородская ул., 17), а также онлайн
> Если ты хочешь посетить мероприятие в нашем офисе, обязательно заполни заявку. Количество мест ограничено. Мы свяжемся с тобой и сообщим, попал ли ты в список офлайн-участников.
> Онлайн-трансляция будет доступна всем желающим, ссылку опубликуем в день митапа в нашем тг-канале. Но мы рекомендуем также пройти регистрацию. Тогда ты попадешь в закрытое сообщество, где тебе будет доступен нетворкинг с другими участниками и спикерами наших мероприятий.
