99developers

40 миллиардов рублей!
500 миллионов долларов!

ВАУ!

https://realtime.dodobrands.io

Под конец года хочу оставить тут одно важное видео.

Это видео – попытка за 13 минут простыми словами объяснить во что эволюционирует Dodo IS, как она становится QSR платформой. По сути, это и есть ключевой итог 2021ого года для нас.

В основе развития Dodo IS три тезиса.

1. Рыночные + глобальные команды. Мы вместе создаем Dodo IS. Сочетаем максимальную скорость рыночных команд и максимальную гибкость глобальных команд.
2. Конструктор. Есть обязательные компоненты для всех, а есть опциональные или специфичные для рынка. Подключать модули Dodo IS можно в любое время.
3. Расширяемость. Расширить возможность Dodo IS можно с помощью открытого API и интеграций с помощью Dodo IS Apps.

В следующем году будет весело! Присоединяйтесь.

Еще один тред в твиттере про идею, которую ребята реализовали на хакатоне. На этот раз от Антона из команды, которая победила! История о том, когда вы заказали пиццу, но у вас еще нет приложения Додо, а следить за заказом как-то хочется.

Скоро на продакшене 🙂

Два раза в год мы устраиваем внутренний хакатон. Первый раз в районе апреля-мая, в честь дня великого падения Dodo IS.
Оффтоп: это, кстати, отдельная история, мы стараемся помнить “в какой заднице мы были”, чтобы никогда туда не возвращаться.
Второй хакатон – предновогодний. 24 декабря, 14 команд, целый день делали то, от чего дух захватывало.

Самое крутое, что у многих вещей что сделали ребята, есть большой шанс уехать в продакшн. Автостопы, бот Игорь, система трекинга заказа без авторизации, несколько вариаций на переосмысление меню, улучшение поддержки, silent-mode для принтеров, новые пуши, ачивки и виртуальный франчайза. Отдельно почитайте твит Леши, нашего iOS разработчика, про совместный заказ. Крутая тема!

Я был в команде, которая делала проект виртуального франчайзи, писал код мобильного приложения на Flutter. Запустили на iOS в итоге, с бэком на .NET. Это наша попытка посмотреть на то как устроены продажи франшизы, основываясь на реальных данных мы имитируем работу сети из 20 пиццерий. Сделали не все что хотели, но это уже живое приложение с частью реальных данных, можно дальше добавлять уведомления, симуляцию разных событий и покажем то, как Dodo IS реагирует на них.

Ну и просто круто понимать что я еще не зачах в этих менеджерских делах. Круто вернуться к коду и сделать что-то новенькое!

Мы очень ждали релиза .NET 6, потому что хотели использовать в работе макбуки с процессорами М1 с момента их появления.

Рассказываем, чем для нас хороша техника Apple, немного вспоминаем историю развития процессоров x86 и ARM, запускаем инструменты разработки и сравниваем производительность.

Заходите почитать

#dodo_habr

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

Пробовал описывать цели – они конкретные сейчас, например, запустить Clients-Ordering Platform, API, глобальные и рыночные команды, интеграции. Цели меняются и их в общем описать сложно. Описываешь общими словами типа “Развивать Dodo IS, превращать ее в платформу”. Общие слова, а делать-то что?

Пробовал описывать ответственность. Она тоже очень обще формулируется, поскольку моя верхнеуровневая задача сделать так чтобы IT работало суперски и Dodo IS развивала наши бренды и бизнес в разных странах и давала нам стратегические преимущества. Эти слова тоже можно понять по-разному и надо смотреть цели, задачи, как мы строим платформу. И тоже не всегда она приводит к пониманию конкретики.

Но вот на днях я осознал как можно обобщить всю суть моей работы буквально одной фразой. Моя задача – искать проблемные места. Но те, которые возникнут в будущем. Моя главная задача – уметь найти проблемы, с которыми мы столкнемся через год, два, три, пять, десять лет и придумать им решение, реализовать его. Проблемы могут быть самые разные – рыночные, с масштабированием, с перс данными, с работой команды, с наймом, с чем угодно. Если я вижу проблему сейчас, значит я уже облажался, что не увидел ее раньше, она уже стреляет и уже доставляет боль нам, клиентам, партнерам.

Тут есть пример, который мы недавно прошли. У нас есть собственная POS система, которая подключается к чековым принтерам и фискальникам. В каждой стране свои законы, свои разрешённые девайсы, интеграции под каждый – мрак. На 5-10 стран еще норм. На 15 ну, терпимо, но уже чувствуется. А когда будет 20? А 25 стран? И мы быстро поняли что это будет проблемой серьезной, мы будем заниматься операционной поддержкой, а не развитием Dodo IS. Осознав проблемы, построили решение на плагинах и интеграции дали на аутсорс, который можно легко масштабировать под задачи.

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

Ну и не могу оставить вас без книжки, друзья. Идеально под то что я только что описал, даже название попадает просто в точку.

“Выживают только параноики”. Книжка от основателя любимой мной компании Intel, которой я отдал 5 лет своей жизни.

Электронная

Аудио

Впервые воспользовался как клиент сервисом BNPL (buy now, pay later) для оплаты покупки. Скажу вам, это очень крутой новый опыт, эдакого light кредита, но без % и с понятной простой схемой оплаты. Простота оплаты – ключевой элемент идеи!

Работают такие сервисы на комиссии от магазинов, которые к ним подключены. Какой смысл магазинам? Да очень просто, у них растет средний чек. Казалось бы, придумать что-то сильно новое и инновационное в ecommerce уже нельзя, но вот же оно. Совершенно новый опыт, снова растет потребление, снова растут выручки.

Статья в РБК о BNPL в России

А зарубежом это еще популярнее. Есть Klarna, Afterpay (купленный Square), есть мой любимый Affirm, не так давно ставший BNPL-сервисом по умолчанию для Amazon. Почитайте подробнее про BNPL, если вы еще не в курсе этого тренда.

Классное чтиво о том что такое API product mindset. API может быть как инструмент вашего продукта может быть уже заложена в Product Value для ваших клиентов, а может придется создать отдельно команду, которая соберет именно продуктовый вижн для API как инструмента коммуникаций и расширений.

Особая сложность подобных платформенных продуктов в том что ты не можешь на 100% полагаться на мнение своего клиента. Тебе надо учитывать его мнение + понимать что хочет клиент твоего клиента и вот на этом стыке уже можно придумать что-то интересное!

PS: Открытое API с публичной информацией, доступной на сайте dodobrands.io.

Выйти из операционки можно только резко! Или нет? 

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

Как всегда, нужен баланс, когда ты вроде и в операционку можешь погрузиться, решить что-то руками, и в то же время регулярно работаешь над улучшениями. Но как найти этот баланс, особенно если ты прям по уши застрял в регулярных операционных задачках?

Шаг 1
Давно уже осознал такую вещь, вроде банальную, но очень важную. Если ты сильно погружен в операционку команды, надо резко выйти из нее. Резко, в ноль. Без исключений, ты начинаешь делать ровно ноль операционных задач. Вот прям завтра, не дожидаясь “ну надо дела передать”. Ты перейдешь на другую чашу весов. Это не навсегда, а лишь на период поиска этого самого баланса между операционными бизнес-задачами и своей ролью лидера и человека, который развивает команду и продукт долгосрочно.

Шаг 2
Сначала будет ломка, будет ощущение что ты вообще не помогаешь команде, что ты просто сгрузил на них свои операционны задачи (они ж не пропали никуда). Да и команда просядет, продукт просядет, как так-то….ааааа.

Шаг 3
Сохраняем холодную голову, приходит осознание что, в общем-то, ничего не развалится. Да, краткосрочно проблемы возникнут, но вряд ли фундаментальные. И вот в этот период, когда мозг будет пытаться себя занять, ты начнешь видеть нюансы работы в процессах, в коммуникациях, в работе с требованиями, найдешь слабые стороны в команде, будешь думать об усилении. Ты начнешь работать с изменениями, уделять им время, проводить их, внедрять их. 

А возможно, возникнет самое невероятное откровение, которое вообще возможно в этой ситуации – когда понимаешь что продукт не разваливается только из-за твоих действий. Ты эдакий супермен и все держится на на тебе одном, по-большому счету. И вот это проблема. Хорошо что ее нашли теперь.

Шаг 4
Ты добрался до дзена. Еще помнишь, как выглядит операционка, но уже почувствовал работу с изменениями в команде и продукте. Уже проще понять, когда надо погрузиться в конкретную задачу операционки, а когда будет лучше, чтобы ты оставался чуть в стороне и двигал продукт и команду вперед.

Вот он баланс. К нему сложно и долго идти потихоньку, по одной задачке, снимая с себя операционку. Но можно прийти быстро и резко.

И все 🙂

Самый большой страх, который вижу – это сделать резко шаг 1. Страх что станешь ненужным, страх что команда без тебя не вывезет, страх того что продукт твой просядет. Да, страшно, да краткосрочно все эти последствия будут. Но когда такие мелочи останавливали нас от долгосрочного развития? 🙂

Вау!

Команда ННГУ им Лобачевского выиграла ICPC, международную студенческую олимпиаду по программированию. Последние годы победителями становились ребята из ИТМО, СПбГУ, МГУ и вот теперь Нижегородская команда лучшая! 🔥. Родной университет ведь!

Что такое ICPC?
Это международная олимпиада, командное соревнование среди студентов по программированию. Команды состоят из 3х человек. На решение задач дается не так много времени, а сами задачки очень нетривиальные.

Технические подробности вчерашнего 6 часового падения инфраструктуры Facebook, которое потянуло вообще все: Instagram, Whatsapp, Messenger, даже банальный доступ в офисы компании.

Буквально в июне была новость о том что Prosus, инвестиционная компания, купила Stackoverflow. Увы, но теперь становится ясно что единственная причина, зачем это нужно было Prosus – банальные деньги.

Последние 4 года мы использовали Stackoverflow как один из инструментов поиска кандидатов. У нас там была размещена одна вакансия, основная, по .NET, которая мелькала едва ли ни у каждого разработчика в России (геотаргет делает свое дело) и я там сам писал кандидатам. Без рекрутеров, без HR, просто садился по вечерам и писал, благо Stack сделал возможности поиска и контакта удивительно простыми. Стоило это нормальных денег, но тут ты на 200% понимаешь, за что платишь.

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

У нас нет точной статистики, сколько мы в итоге наняли ребят в команду благодаря SO, но куча кейсов вида “да, я видел вакансию на стэке, она там мелькала постоянно, откликнулся на hh”.

Ну и вот где-то 3 недели назад мы узнали что Stackoverflow закрывает Job Posting и Candidate Search продукты. Вместо этого свою брэнд платформу превращает в рекламную площадку с ценами в $30K за 90 дней показа рекламы о твоей компании…мдааа, ребята, печаль. Как ни крути, а инвест-компании интересуют деньги, деньги и только деньги. Угробят стэк такими темпами…

А я пойду искать новые необычные способы найма.

Выходим на новый уровень участия в конференциях. Андрей, CDO в Dodo Engineering, сегодня выступает в Лондоне на AI Summit.

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

На следующий год большие планы по развитию аналитики, работы с данными и API. Stay tuned 🙂

Как вам идея, когда ребята не из IT пробуют догадаться что означают разные термины из разработки?

Видео

That’s a TV question, not a tech question.

Лучшая фраза, из статьи о технологиях и бизнесе, объясняющая становление компаний нового времени – времени, когда "technology is a commodity" (не придумал как нормально на русском сказать).

Мы привыкаем называть себя технологичной компанией, мы привыкаем соревноваться с другими в конкурсе “Кто больше ‘IT-компания’, а кто нет”. Получается какой-то оторванный от реальности мир.

Netflix is a TV company.
Dodo is a QSR company.

Технологии дают возможность строить тот же TV или QSR бизнес по-новому. Давать по подписке то что не давали раньше, вставляя рекламу. Следить за работой пиццерий в онлайне, а не приезжать и контролировать каждую точку армией проверяющих. Вы можете поменять iPhone на Android и продолжить смотреть фильмы на Netflix, потому что нет нужды их загружать. Вы можете заказать пиццу или кофе или донер через приложение, а не по телефону, оплатить через Apple Pay/Google Pay, вообще не доставая кошелек. Раньше такое не прокатило бы, а сейчас это просто норма жизни, обязательное условие существования бизнеса. Но по-прежнему, TV-бизнеса, QSR-бизнеса.

The tech has to be good, but it’s still fundamentally a commodity (с).

How complex system fails

Как ни крути, любой софт падает. Когда дорастаешь до большого размера системы, у тебя уже нет какой-то одной простой причины падения или деградации. Все несколько сложнее. Никто и никогда не может дать гарантии 100% SLA.

Хорошая статья, простым языком объясняющая, как это происходит.

Сегодня в процессе общих обсуждений подняли вопрос, почему мы пока не пробуем разработку клиентских приложений на Flutter? Вроде собирали сэмплы, все волне неплохо, да и B2B продукты мы уже приняли что делаем на Flutter, например, приложение для курьеров.

На рынке пока ни один универсальный фреймворк не выжил в долгосрочной перспективе. Ни React Native, ни Xamarin, ни Cordova, ни PhoneGap, ни попытки разных компаний сделать что-то на Java.

Flutter сейчас лучше, чем все эти фреймворки, он однозначно имеет шанс, чтобы стать адекватным инструментом, но ему нужно время и один важный шаг со стороны Google.

Apple создаёт экосистему iOS и коммитится поддерживать её, создав свои инструменты.
Google создаёт экосистему Android и коммитится поддерживать её, выбрав открытые инструменты с Java и Kotlin.

Flutter хоть и создан в Google, пока не имеет того же уровня поддержки и коммитов. Переход на Flutter сейчас это потенциально полная переделка через 3-4 года. В случае неудачи, Google спокойно свернет Flutter или сделает на его основе нечто совершенно новое со словами “чуваки, ну короче, мы переосмыслили, вот теперь все по-другому”.

Есть одно ключевое событие, которое может изменить ситуацию. Я уверен что оно произойдет. Если в ближайшие 2-3 года Google сделает Flutter дефолтным инструментом для разработки под Android, вот тогда это будет уже сильным сигналом к тому что инструмент получит полноценное и очень долгосрочное развитие. И вот это будет моментом, когда такую разработку вполне можно будет пробовать как минимум для Android. Что при этом сделает Apple? Надеюсь, не обидется.

Как итог, в ближайшие 5-7 лет (берем еще 3-4 года на то чтобы девайсы обновились и все больше людей перешло на новые версии Android), разработка приложений может свернуть на Flutter, но для этого должно произойти очень много событий и развитие этого фреймворка должно идти в сторону дефолтного инструмента для Android. Так что пока смотрим, следим за индустрией и за развитием.

Вышел очень классный отчет от Stackoverflow, в котором 80 тысяч пользователей сайта ответили на вопросы о своем развитии, используемых и предпочитаемых технологиях, зарплате и многом другом. Любопытное чтиво, еще изучаю.

Из интересного:
- ASP.NET Core в топе в категории Loved Web Frameworks.
- Зарплата бэкенд разработчика больше, чем зарплата fullstack разработчика.
- Очень много технологий, языков, которые широко распространены, но далеко не в топе в most loved. Мучаемся, страдаем, но используем 🙂

Ну и великолепное из опроса: что выделаете, когда застряли в работе?