In many DevOps talks, you see a speaker from a renowned tech company stand up and describe a perfect utopia of an environment. You look at the perfect environment and dedicated hordes of senior engineers they describe, and you despair of ever getting to that point. Your environment looks nothing like that.
Surprise — their environment doesn't really look like that either! In this talk, a speaker from an unnamed tech unicorn describes their amazing environment-- and then what they just said gets translated from "thought leader" into plain English for you by an official DevOps translator. Stop feeling sad -- everything is secretly terrible!

Онлайн-доклад

Слово «DevOps» слишком часто ассоциируют с инженерами инфраструктуры, забывая о том, что это понятие включает в себя не только Ops, но ещё и Dev. Давайте поговорим о том, почему в «облачном» мире DevOps — это уже далеко не односторонняя дорога, что такое ответственность разработчика и каковы требования к нативным облачным приложениям. За два часа мы пройдем путь от «Hello, World» до сервиса, готового к развертыванию в Kubernetes, и рассмотрим практические примеры решения проблем, встречающихся на этом пути.

Доклад-стриминг

Смена технических решений — это всегда больно. Ещё больнее, когда это решение является краеугольным камнем вашей архитектуры, на который завязано если и не всё, то многое. Mesos-Marathon-Chronos — были хорошей связкой на момент, когда мы начинали проект, но настало время двигаться дальше и мы решили перейти на Kubernetes, который нам показался более удобным и перспективным.
В докладе расскажу про опыт миграции тестовых и промышленных сред с одной платформы на другую, а именно:

• как мигрировать 40+ сервисов с одной платформы на другую без единого разрыва;
• какие технические и организационные решения были применены;
• какие проблемы были видны сразу, а какие всплыли только в процессе перехода;
• как решалась проблема влияния на процессы разработки и доставки ПО на период миграции;
• почему организационных проблем при переезде оказалось не меньше, чем технических

Задавали ли вы себе вопрос, сколько стоит ваша инфраструктура (сервера, зарплаты, внешние сервисы и тому подобное)?

• Можно ли рассматривать инфраструктуру как продукт?
• Можно и нужно ли считать ROI для инфраструктуры?
• Какие ключевые метрики выбрать для подсчета?

Как работать над улучшением выбранных метрик?
Как мы строим инфраструктуру в Skyeng, и как это влияет на работу бизнеса. Реальный кейс из практики нашей команды.

Поговорим об особенностях работы с распределёнными командами и удалёнными сотрудниками.
А именно:

• Как сохранить корпоративную культуру и дух в распределённой команде? Возможно ли это?
• А как передать корпоративную культуру и дух удалённым сотрудникам?
• В какой форме лучше сотрудничать с удалёнными сотрудниками и почему. Фиксированная или почасовая оплата?
• Особенности удалённой работы со студентами и с опытными специалистами.
• Другие подходы к работе с распределёнными сотрудниками, такие как Remote first и Remote friendly
• Инструменты работы с удалёнными сотрудниками.

Agile — это не только набор методов, но и собственная логика мышления, которая позволяет адаптировать методы к условиям конкретного проекта. Собственные варианты создают часто, но важно при этом ориентироваться на ценности Agile-манифеста, такие как работающий софт, сотрудничество с заказчиком и другие, а не брать привычные практики регулярного менеджмента так, что от agile остается лишь название. Мы будем осваивать Agile-mindset, разбирая вопросы и кейсы от участников встречи.

Воркшоп

В докладе я хочу рассказать, как, используя статистику, можно:

• анализировать то, как мы завершаем работу,
• классифицировать работу по типам и классам обслуживания,
• принимать управленческие решения
• и давать обязательства по срокам реализации.

В этом нам помогут спектральные диаграммы. Мы научимся их строить, понимать скрытую в них информацию и извлекать из них полезные знания.

Я расскажу о том, с какими проблемами встречаются команды в своей работе и как эти проблемы влияют на взаимодействие сотрудников и на работу в целом. Вы получите инструменты, которыми сможете воспользоваться здесь и сейчас. Мы сыграем с вами в небольшую игру «Интервью», где я покажу, как эти инструменты работают в реальной жизни.

Воркшоп

Расскажу об опыте работы на позиции SCRUM-мастера в команде, которая совмещала выполнение инфраструктурных задач, DevOps-задач, задач по развитию ядра продукта, закрытию багов и «обкатке» новых технологий.
Обсудим, как в таком случае не превратиться в что-то среднее между поддержкой и справочным бюро для других команд. Расскажу, как планировать и выбирать общую цель, чтобы всем было интересно, и у участников команды не пропадала мотивация. Поговорим, как совмещать роли SM и DevOps, при этом развиваться самому и развивать команду.
Разберемся нужен ли SCRUM, SCRUM-мастер и все эти митинги или можно выбирать более легковесные практики.

О том, что жизнь не стоит на месте, без преувеличения, знает каждый. Ускорение темпов изменений чувствует большинство, но лишь немногие заглядывают в недалекое будущее, экстраполируя те перемены, которые уже сегодня видны в работе с заказчиком, общении внутри проектной команды, подразделения, предприятия, на горизонт ближайших 5 — 10 лет.
Доклад на конференции IT Nights продолжает серию мероприятий, посвященных совместному с аудиторией формированию образа будущего, которая началась на II Конференции ИТ-аналитиков Поволжья (Самара, май 2019) и продолжилась на X Летнем аналитическом фестивале (Тверская область, июнь 2019).
В ходе коллективной работы мы выделим новые устойчивые тренды в коммуникации, обсудим необходимые аналитикам и другим членам проектных команд умения и навыки, оценим значимость перемен с точки зрения профессионального роста и дизайна карьеры.

Воркшоп

Сценарии использования — классический способ фиксации пользовательских требований, помогающий зафиксировать требования к поведению системы. Пользовательские истории более новый и легковесный инструмент. У каждого из них есть свои плюсы и минусы: я проведу краткое сравнение и покажу когда и как их стоит использовать вместе, и почему сценарии использования особенно полезны в гибкой разработке.

Мы с вами поговорим про:

• как подбирать людей через нетрадионные каналы и изящные способы
• как правильно ходить на конференции, с пользой для своего резюме и для подбора команды
• про аутсорсинг функций и упущенную выгоду
• про то, как вписаться или ускорить подбор за счет распределенной команды

Обсудим вопросы:

• адаптации и эффективности
• удержании своей мотивации и мотивации команды
• надо ли быть менеджеру психологом и что может ожидать хороший специалист от своего работодателя
• новое поколение, когда важно, чтобы интересно, и не всегда деньги

Сессия будет интересна как продолжающим так и начинающим менеджерам команд, тимлидам и крутым специалистам. Если ты начинаешь карьеру — заходи, развеем мифы, покажем кейсы, как может быть в мире за пределами твоей коробочки.

Многие компании начали разрабатывать свои программные продукты 3−5 и больше лет назад и сегодня оказываются в непростой ситуации. Выбранные ими когда-то подходы к архитектуре и процессам разработки теряют свою актуальность и уже не позволяют поддерживать прежний темп развития и скорость выпуска новых версий, необходимую бизнесу. Список технических долгов можно долго скролить (если его, вообще, есть где посмотреть!), а инфраструктура за годы эксплуатации превратилась в зоопарк, некоторые уголки которого настолько заброшены, что неизвестны никому из работающих ныне над проектом инженеров. Перед каждым очередным релизом нужно зажмуриваться, и с вероятностью близкой к 100% возникают ошибки, причем часто отваливается совершенно не в том месте, где что-то меняли.
Но развиваться надо. И перед руководителями таких проектов встаёт вопрос: как провести трансформацию, перенести проект на современные рельсы, навести порядок в инфраструктуре, сделать человеческое разделение на среды, построить новые удобные технологические процессы разработки и настроить деплой «по кнопке»?
В данном докладе я обобщу наш опыт в работе над такими проектами и приведу несколько наиболее полезных советов:

• Как выбрать подходящую для проекта архитектуру?
• Как избавиться от зоопарка?
• Как такие задачи решаем мы. Какими практиками и инструментами пользуемся.
• Какие подводные камни могут встретиться по пути и как их обойти?
• Что делать дальше?

В индустрии прочно обосновалась должность DevOps инженер. Кто этот человек? Чем он занимается?
В докладе я расскажу о том, как этого замечательного человека видит индустрия разработки ПО. И какую роль он играет в разработке. Я расскажу о типичных кейсах, когда в компании требуется DevOps инженер. В конце доклада расскажу, что можно сделать если в вашей компании образовалось вакантное местечко для DevOps инженера и если вы уже DevOps инженер или решили им стать.

В эпоху визуального потребления контента пользователи хотят овладеть инструментом ценой минимальных усилий, в том числе минимизируя обращения к документации. Чтобы сохранить необходимую информационную поддержку, документация встраивается в интерфейс продукта, принимая самые разнообразные формы: от тултипов до интерактивных тьюториалов. Я расскажу о том, как технические писатели компании Intel разрабатывают встроенную документацию, а также о процессах и механизмах взаимодействия с инженерными командами в режиме Agile.

В 2019 продуктовые дизайн-команды используют дизайн-систему на уровне графического редактора. А команда разработчиков переносит эту систему в код, используя компонентный подход react. Но есть проблема. Финальной версии продукта не существует. Как не существует финального айфона. Продуктовые команды ежедневно работают над развитием продукта. Но дизайнерские макеты и компоненты в коде живут в разных мирах, их нужно обновлять параллельно и руками.
Как непрерывно доставлять изменения из дизайнерской дизайн-системы в реакт дизайн-систему? Figma это новый дизайн-инструмент, который завоевывает все большую популярность. Figma в отличии от Sketch работает в вебе, родной среде компонентных дизайн-систем. У нее есть API. Саша и Зар покажут как подружить дизайн-системы из двух миров.

Дизайнеры с Марса, разработчики с Венеры? Почему мы не пониманием друг друга и когда все это закончится?! Разберемся в проблеме и составим готовый чек-лист для формирования эффективных коммуникаций и процессов создания продукта.

GraphQL — классная технология, с которой определенно стоит познакомиться. Знакомиться будем на примере одного марсианского проекта.

Мы разберемся почему на этом проекте проявился GraphQL, как он работает (немножко матчасти) и как нам с ним живется.

Пока будем разбираться, развеем пару популярных заблуждений о GrapqhQL и поговорим о том, как важно взаимопонимание.

Доклад-чат

Я расскажу про ClojureScript — это современный диалект Лиспа, который пропагандирует функциональный подход разработки. На базе библиотеки re-frame мы рассмотрим разработку React SPA с использованием FRP (Функционального Реактивного Программирования). Вы узнаете, как в такую архитектуру интегрировать логи, обработку побочных эффектов и общение с GraphQL.

Flutter — это новый фреймверк от Google, созданный для разработки приложений для iOS и Android. SDK позволяет разработчикам писать приложения на языке Dart и предназначен для простого создания пользовательского интерфейса для обоих платформ. Кроме того, в этом году на Google I/O был анонсирован Flutter for Web, который дает возможность запускать Flutter приложения в браузере!
В докладе я расскажу о различных типичных архитектурах, которые можно использовать при разработке на Flutter, их плюсах и минусах. И на одном из них — BloC — остановимся более подробно.
BloC (Business Logic Component) — это архитектурный шаблон, представленный Google на конференции DartConf в прошлом году, основанный на реактивной парадигме и, на мой взгляд, один из наиболее подходящих для разработки на Flutter.

В Тинькофф-журнале уже несколько лет существует свой собственный интерактивный департамент, в котором мы делаем калькуляторы, тесты, квесты, интерактивные карты и экспериментируем с игровыми механиками.
В докладе я поделюсь опытом создания и развития такого департамента, расскажу зачем он нужен и какую пользу приносит.

Егор расскажет историю про то как они делали клон приложения Яндекс Еды. С какими сложностями столкнулись, и как придумали решать их на лету. В общем трюки, костыли и фючер вижн разработки.

Доклад-зарядка

Клиентский опыт изначально рассматривался как результат взаимодействия с физическими сервисами, затем с виртуальными через интерфейсы устройств, третья фаза — интерфейсы, незримо интегрированные в среду.
Термин, обозначающий новый опыт взаимодействия, когда человек получает результат в естественной среде, естественным способом и без посредничества интерфейсов, получил название Figital.

В этой стране у всех есть смартфоны и LTE связь, нет кредитных карт и терминалов, а в ближайший офис нужно весь день идти через джунгли.
Особенности дизайна мобильного банка для Камбоджи и сопутствующие истории из мира блокчейна.

Мы сознательны и рациональны, по крайней мере, когда совершаем обдуманную покупку и взаимодействуем с продуктом? Почему на самом деле всё не совсем так.

Эволюция параметрического дизайна. Любой хаос стремится к порядку. Любой порядок можно описать параметрами, а потом управлять этим порядком. Дизайн — не исключение. Какие уроки мы можем извлечь из опыта развития дизайна в других сферах? Что такое параметрический, алгоритмический, генеративный дизайн? Вместе расставим точки. К концу дискуссии мы приблизимся к пониманию будущего профессии, и где мы находимся сейчас в среде других творческих дисциплин. А еще разберемся, заменят ли роботы дизайнера.

Расскажу о том, как совершал переход от дизайнера → к дизайн-лиду → и дизайн-менеджеру. Поделюсь уроками и ошибками. Подойдёт как тем, кто уже работает с командой, так и специалистам, которые рассматривают для себя менеджерский карьерный трек (тим-лид/арт-дир/дизайн-дир/криейтив-дир), но пока не уверены в нём. Бонус трек: поделюсь тем, что мне помогло пересмотреть своё отношение к «менеджменту» как к бесполезной деятельности :-)

Краткое руководство для дизайнеров продукта по ориентированию в собственной профессии. Чего ждет от вас команда и руководитель. Какие профессиональные навыки нужнее всего. Как относиться к работе, что бы развиваться и чувствовать себя легко.

Итак, вы пришли работать дизайнером в давно существующий продукт. Какие проблемы решать в первую очередь, в каких местах интерфейса наводить порядок, да и всегда ли лучшие решения лежат в плоскости интерфейса?
Расскажу, как мы за год поставили на ноги eBay для бизнеса, руководствуясь не интервью, аналитикой и внезапными инсайтами… А методом последовательного устранения конкретных ошибок в его логике.

Поговорим о ранжировании умной ленты ВК.
Обсудим:
Постановку задачи, ключевых метрик

• Как задача сводится к ML и какие трудности возникают
• Оффлайн валидацию моделей
• Оценку влияния новой модели на активность пользователей по оффлайн валидации

Технологии глубокого обучения выходят на плато — в компьютерном зрении, обработке языка, распознавании и генерации речи с помощью нейронных сетей добились существенного прогресса. Сегодня наступило время применения всех этих технологий — большие компании уже внедрили или внедряют их. Но есть одна область глубокого обучения, которая до сих пор бурно развивается — генеративно состязательные сети (GAN). Почти каждую неделю выходят статьи о их новых, неожиданных применениях. На докладе поговорим, о GAN-ах, что это такое и как работает. Их основное отличие — это выглядит зрелищно, полученными результатами хочется делиться с друзьями и постить в соц сетях. На докладе подробно разберем один кейс, на основе которого можно хоть завтра делать стартап — генерация картин в стиле «современное искусство».

В индустрии пока еще нет наработанных best practices на тему того, как делать Data Science проекты, в чем отличия таких проектов от остального IT, и многим приходится действовать по наитию. Я расскажу, на примере своих реальных проектов, какие есть принципиальные нюансы в Data Science, какие весёлые грабли можно найти в темноте, а также развею основные мифы.

В докладе я расскажу про систему автоматизации дата-пайплайнов Airflow, основные понятия и сущности, а также какие проблемы и особенности надо иметь в виду при её использовании. Я разберу примеры из личного опыта на базе нашей команды и поделюсь наблюдениями как можно разрабатывать пайпланы так, чтобы упростить взаимодействие аналитиков и разработчиков.

В докладе разберем следующие темы:

• Сущности Airflow. Что такое Dag, DagBag, TaskInstance и почему таски не запускаются
• Идемпотентность пайплайнов Airflow
• Типичные операторы, входящие в стандартный пакет и почему они на 90% бесполезны
• Как мониторить выполнение пайплайнов
• Как организовывать код проекта чтобы в него было легко вносить изменения тем, кто не хочет сильно погружаться в то, как работает Airflow

Тем, кто не сталкивался с машинным обучением на практике, может показаться, что ML проекты серьезно отличаются от обычной разработки. В чем-то — это правда, а в чем-то — совсем нет. В своем выступлении я расскажу о том, как (по моему мнению) правильно декомпозировать проекты с машинным обучением, на чем стоит сфокусироваться, а что не стоит особого внимания, а еще — о граблях, на которые сам успел наступить. Поговорим о важности данных, новых моделей, инфраструктуры и прототипов.

Управление экспериментами, автоматизация пайплайнов, а также контроль версий моделей и данных являются важными задачами в ML проектах. Решение этих задач помогает ускорить процесс разработки, обеспечить надежность и воспроизводимость решений. Также, это значительно упрощает работу команды проекта. На этом воркшопе я расскажу, как DVC (Data Version Control) помогает решить эти задачи. Разберемся с внутренностями, как работает, как и когда использовать. Разберем этапы внедрения и основной функционал на демо проекте.

Доклад-стриминг

LAMODA — это один из основных игроков онлайн-торговли в России с более чем 5 миллионами товаров в каталоге. LAMODA — это не только сайт: это свои склады размером с футбольные поля, свои курьеры и парк автомобилей, свой отдел e-production с фотостудией и моделями. Мы не только делаем свои фотографии товаров, но и сами пишем описание и заполняем атрибуты. К сожалению, ручной процесс не исключает ошибок. В докладе я расскажу, как мы автоматизируем поиск ошибок в контенте и как методы анализа данных нам в этом помогают.

BERT in production: пять лайфхаков

• как уменьшить размер модели
• как сделать обвязку
• как жить без GPU
• как не уколоться о пик в потреблении памяти
• как запилить георезервирование

Бонус: чего стоила вера в Red Hat :)

Вы же наверняка слышали про Java Puzzlers? Ну т. е., которые Джош Блох, Нил Гафтер, отцы Джавы, книга-бестселлер, вот это всё? Может, вы слышали и про перезапуск Паззлеров от Баруха, Тагира и Евгения? Это длится уже пятый год, и пора и вам приобщиться. Встречайте, The Best of Java Puzzlers NG vol1! Мы собрали самое забористое, самое адовое, и самое смешное, из всех четырех сезонов Java Puzzlers NG, так что готовьтесь узнать, что вы ничего не понимаете в этой вашей Джаве!

Доклад предназначен для тех, кто еще не разрабатывал свои API на GraphQL, и для тех, кто уже попробовал и не увидел особой разницы с REST.
Мы определимся с тем, что такое GraphQL, поговорим о его философии, и попробуем ответить на следующие вопросы:

• как пользоваться языком запросов?
• что можно сделать с помощью GraphQL?
• что нельзя сделать с помощью GraphQL?
• что такое схема и зачем она нужна?
• как реализовать GraphQL API?
• какие паттерны проектирования схемы API существуют?

Расскажу о новой утилите, которая предназначена для поиска PHP кода с помощью использования шаблонов, которые отражают синтаксис целевого языка. Написана на Go, работает быстро, можно запускать из вашего любимого редактора. Также поговорим о том, как нормализация может улучшить возможности поиска и расширить область применения.

Бекап — это просто (нет). Создание и восстановление резервных копий высоконагруженых кластеров может занимать несколько дней (если не неделю). Я расскажу про то, как можно справиться с этой задачей с помощью WAL-G — инструмента резервного копирования, который мы разрабатываем, поддерживаем и применяем в Яндекс.Облаке.

WAL-G — система резервного копирования с открытым исходным кодом на Go. Мой доклад будет посвящён процессу разработки инструмента, особенностям экосистемы Go с точки зрения СУБД и конечно работе с сообществом.

Вы уже начали переезжать с монолита на микросервисы? Или, может, сразу строите сервисную архитектуру? Тогда я хочу поговорить с вами о взаимодействии между сервисами — о платформе для межсервисного взаимодействия. Что это? Зачем надо? Как её быстро построить? Попробуем ответить на эти вопросы.
В сервисной архитектуре сложность поддержки растёт экспоненциально с количеством сервисов. Я дам вам инструмент, который позволит значительно замедлить рост этой сложности. Мы поговорим, что можно считать платформой для межсервисного взаимодействия, как она может уже сейчас помочь вам решить проблемы с «наблюдаемостью» сервисов и увеличить надёжность системы, уменьшить объем рутины и увеличить Time To Market.
Обсудим плюсы и минусы актуальных протоколов прикладного уровня. Расскажу, почему gRPC — «не вариант», и с какими проблемами вы столкнётесь, если начнёте его использовать.
Доклад будет интересн как тем, кто только начинает свой путь в SOA, так и тем, кто уже хорошо знаком с инструментами OpenAPI, Swagger, gRPC, protobuf. Авторизация запросов, трассировка и логирование, A/B тестирование, сегментация фичей — как получить всё то, что так легко давалось нам в монолите?

Со своим новым циклом релизов Java балует нас версиями каждые полгода, но мало кто в enterprise-мире торопится на них переходить. Однако 11-ая версия Java стала исключением — благодаря сразу нескольким фишкам, многие захотели на нее перейти. И всё бы ничего, вот только если у вас парк микросервисов на Spring Boot, это обновление может стать чуть более «занимательным», чем просто перещёлкнуть версию…

В докладе я расскажу не только и не столько о новых языковых фичах, сколько о граблях и плюшках на пути обновления Boot-микросервисов в целом: начиная со сборки (например, Gradle'ом) и заканчивая развёртыванием Docker-контейнеров (например, в Kubernetes). Попутно расскажу о том, чего ждать от перехода на Spring Boot версии 2.1 (начавшей поддерживать Java 11), а также о нескольких приятных JEP'ах, на рассмотрении которых можно будет остановиться поподробнее или даже увидеть их в действии.

Иммерсивный доклад

Так получилось, что мы очень рано начали использовать котлин в разработке бэкэнда. А значит уже успели пройтись по граблям и неочевидностям, по которым вы теперь можете не ходить! Доклад — освобождение для тех, кто понимает, что больше на джаве он писать не может, а за котлин браться пока страшно.

Иммерсивный доклад

One of the challenging aspects of building modern games is making the multiplayer one. Can we use HTTP there? We can, but we will not get a real-time game. Can we use WebSockets / TCP? Of course, we can and we should! However, developing API on top of WebSocket is another challenge that no one wants to solve, but everyone does. Existing libraries do not give us a required variety of communication models. Today we will show you the way to tackle this — using RSocket. RSocket is an application protocol that makes developing any networked application as easy as pie. To prove that, we are going to build a multiplayer Pac-Man, and during the process compare different ways of making a multiplayer game.

Мы рассмотрим архитектуру сетевого балансировщика нагрузки Яндекс.Облака. Разберём абсолютно все компоненты стека балансировщика, узнаем про высокоуровненвые компоненты, реализующие API сервиса. Заглянем в control plane балансера и рассмотрим поток сообщений внутри микросервисной архитектуры. Погрузимся в глубины data plane и узнаем, как обеспечить космическую пропускную способность и бесконечное горизонтальное масштабирование. Узнаем, как устроены healthcheck сервисы и динамическое изменение состава бэкэндов баланировщика. Обсудим уроки, полученные при разработке балансировщика, и поделимся планами на будущее.

Мой доклад будет состоять из нескольких мини-докладов, в которых я постараюсь рассказать про новую функциональность/улучшение/исправление и добавлю немного бэкграунда для лучшего понимания. Например, в 12 версии ожидаются поддержка KNN для SP-GiST и B-tree, но все ли знают или помнят, что такое SP-GiST и что такое KNN, и как им пользоваться?
В докладе также будет представлена недавняя разработка компании Postgres Professional — большой патч JSONPath, реализующий важнейшие функции стандарта SQL/JSON.

Квантовую криптографию невозможно взломать, потому что ее протокол основан на законах физики. Я расскажу, как работает квантовая передача секретного ключа, а еще о строительстве сетей его передачи через оптическое волокно и спутники. Ты сможешь узнать о разработке сертификации коммерческих систем на отсутствие уязвимостей в реализации, изучить пример атаки и защиты от нее.

Поговорим о современном образовании и в какой спектакль мы играем. Зачем более опытным учить менее опытных? Какой с этого профит экспертам, их студентам и работодателям? А также про гарантии, актуальность, конкуренцию и причем тут выгорание.

Что хотят увидеть рекрутеры и тимлиды в резюме IT специалиста. Как описать опыт, если его нет или он небольшой. Что писать в сопроводительном письме.

Lead DevOps в компании Usetech. Организатор DevOps митапов в Иннополисе. По выходным скейтер.

Попытка 1: Кречет — беспилотные аэрофотосъемочные системы. О том, что горящие глаза — хорошее подспорье к бизнесу.
Попытка 2: DisplAir — воздушный экран. Сумма инвестиций 6 млн долларов и провал. Слава — не значит успех
Попытка 3: GetEvacuator — повод начать с начала и снова упасть.

Компания «ЕОРА ДАТА ЛАБ» занимается разработкой решений, в основе которых лежит искусственный интеллект. В структуру компании входит три подразделения, каждое из которых занимается обработкой естественного языка, компьютерным зрением, а также анализом и обработкой данных. Компания имеет большой опыт работы с данными и может выполнять самые сложные проекты.

Компания «ТатМобайлИнформ СиДиСи» разрабатывает «СмартСтаффинг» — цифровую платформу совместного владения трудовыми ресурсами в сфере ИТ-услуг, которая объединяет отраслевые компании в единую межкорпоративную сеть.

1. Про устоявшийся принцип «Fail Fast» — когда его понял я, а когда понять было нужно
2. KtoVPuti.ru — как понять, что лошадь сдохла
3. WannaWash, BigWayGames и IXAT. TAXI — одному или с партнёром — плюсы и минусы, мой опыт
4. Стоимость идеи и чем заканчивается, если в неё влюбляться
5. Почему своей главной задачей в IT-Park я считал помочь похоронить идею быстрее.

X5 Retail Group — одна из ведущих российских мультиформатных продуктовых розничных компаний. Управляет магазинами нескольких торговых сетей: магазинами «у дома» под брендом «Пятёрочка», супермаркетами «Перекрёсток», гипермаркетами «Карусель» и магазинами «шаговой доступности» под брендом «Перекрёсток Экспресс». Акции в форме глобальных депозитарных расписок котируются на Лондонской фондовой бирже и Московской бирже.