99developers

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

Раньше эта задачка требовала навыков разработки.
Потом она стала требовать навыков работы с Google Docs, картами, в общем, минимальным сэтом инструментов от Google.
Теперь же можно просто спросить ChatGPT.

Если вы еще не адаптируете его использование к своим ежедневным задачам, вы многое теряете.

Мы сейчас ищем двух .NET разработчиков на аутстафф уровня middle и выше в команду CVM, которая занимается персонализацией и коммуникациями с клиентом. Но пост не об этом.

Пост о том как же, черт возьми, больно читать резюме от аустафф-компаний.

Шаблоны и список технологий
Все компании, которые предлагают аутстафф разработку, делают свои стандартные шаблонные резюме. По сути, когда ты получаешь пачку резюме, штук 5-10, они все выглядят одинаково. На 2-3 резюме это превращается уже в игру “найди 10 отличий”.

Ощущение что резюме составляют не разработчики, а HR или сейлзы аутстаферов. Вот возьмем например перечисление технологий. Напомню, мидлы нужны. В списке технологий перечислен абсолютно весь зоопарк, который когда либо трогал разработчик. Туда даже HTML вписывают, я не шучу! Мидл разработчик, в .NET, который будет работать с API приложения. Он знает HTML. Окей. А сам он видел это резюме?

Обычно список технологий еще делят на группы, языки, платформы, базы данных, IDE и…другое. В “другое” лучше вообще не заглядывать, там может быть что угодно вперемешку, winforms, а за ними сразу docker и aws, ну да ладно.

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

Но что же я часто вижу вместо этого?

• Автоматизация бизнес-процессов бэкофиса компании
• Разработка API для платежного приложения
• Вклад в in-house решение компании по управлению бизнес-процессами
• Вклад в инфраструктурные библиотеки компании
• Проведение code review
• Формализация требований заказчика
• Проектирование/создание таблиц/процедур/функций на стороне базы данных
• Оценка сроков выполнения работы

Это реальный пример и единственная ценность, которая тут есть – человек делал API платежек. Платежки – значит там повышенные требования к доступности, к мониторингу, к нагрузке. Я надеюсь, по крайней мере.

Друзья сейлзы, HRы аутстафф агенств, поймите, пожалуйста, общее формальное описание того что делает разработчик не нужна, она только мешает, она превращает информацию о кандидате из 1страничника, который реально можно сделать, в 5 страниц текста (а иногда и больше). И таких резюме может быть десяток, не рассчитывайте что получится вообще найти отличия в них.

И на сладкое, мое любимое.
Я напомню, мы ищем middle разработчиков на аутстафф. Вверху резюме написаны профессиональные навыки, которые хочет отметить аутстафер.

И один из них, внимание: Написание кода, Code review и контроль качества кода.

Вот объясните мне, зачем это писать в саммари резюме аутстафера, который потенциально присоединится к команде в роли middle разработчика?

И снова это не шутка, это реальный пример резюме от компании, которая предлагает свои услуги на аутстафф. Я как-то с горем пополам могу еще понять когда речь об аутсорсе и вы продаете услуги компаниям, которые вообще не имеют своего IT и не понимают чего там как работает и вам надо объяснить в стиле: “вот прожект менеджер, он отвечает за ваш проект, вот программист Иван, он умеет писать код, вот программист Семен, он тоже умеет писать код, вот тестировщик Женя, он умеет писать тесты и проверять работоспособность продукта”.

Но мы же с вами не про то…

Друзья, я не высмеиваю. Я хочу помочь. Если вы это читаете и у вас аутстафф агенство, у вас есть .NET разработчики, сделайте вместе с ними клевые резюме, которые помогут понять сильные стороны человека, какие бизнес-задачи он решал, насколько сложные задачи у него были и присылайте.

It is all about scale. Не устану повторять эту фразу, потому что она определяет нашу стратегию и наши действия в Dodo IS.

Одно из важнейших решений и изменений в Dodo IS за последние пару лет – это введение плагинов для локализации. Плагины дают возможность быстрой изолированной локализации, а так же сильно упрощают поддержку и изменения для конкретной страны. Сейчас мы работаем в 17 странах и поддержка изменений в законодательствах стран это то еще приключение.

Как вы поняли уже, я про кассы, чеки, налоговую и вот это все.

Впервые плагины появились в кассах, в наших POS терминалах. О том как работает система плагинов, как ее разрабатывали, читайте в статье на Хабр.

Команда POS во главе с Димой Карповым написали большую статью о том как разрабатывали плагинную систему для касс, с какими проблемами столкнулись и как их решали. У себя в канале Дима пишет про QSR, POS и разработку продуктов, уже несколько раз он рассказывал кейсы, где мы используем плагинную систему для касс. Например, про Армению и новые страны, Дринкит Дубай

Не знаю как вы, а я поставил себе сегодня Edge

Про Dodo IS API и маркетплейс

Dodo IS сейчас это такой большой громоздкий конструктор, одна из важнейших характеристик которого – простота адаптации под конкретную страну и возможности к расширению.

Мы всегда придерживались подхода что мы все делаем сами. Да, мы покупаем в пользование лицензии на сторонние сервисы, интегрируем их в Dodo IS, но базовый подход остается в том что мы всю разработку (в том числе интеграционную) делаем сами.

В 2021 году мы сделали первый важный шаг к расширению и смене такого подхода: мы открылись для аутсорса. Мы по-прежнему сами делаем core-вещи в системе, но задачи локализации, задачи интеграции с локальными сервисами или устройствами при выходе в новую страну мы научились отдавать. Для этого разработали специальную систему плагинов (уже скоро будет статья на хабре про это).

И вот теперь мы делаем еще один важный шаг. Мы готовим к запуску полноценный маркетплейс. В прошлом году начали работу над полноценным API для Dodo IS (нет, пока без приема заказа, не торопитесь), покрыли несколько продуктовых доменов и зарегистрировали 39(!) приложений, расширяющих возможности работы Dodo IS. Пока это прототипы, часть еще в разработке, часть API не доделано, но даже при таком несовершенстве наши партнеры-франчайзи и внешние разработчики уже создают решения для себя.

И вот тут нам не хватает главного компонента – самого маркетплейса как инструмента масштабирования этих расширений. Этим и займемся в 2023 году.

Зачем нужен маркетплейс?
Ключевая идея заключается в том что мы будем “не одни”. У нас огромная сеть партнеров-франчайзи, с нами хотят интегрироваться вендоры и продавать свои решения. Мы уже открыли возможность создавать расширения для Dodo IS, а теперь еще и дожмем историю с маштабированием этих решений.

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

Цель Dodo IS – стать огромным интеграционным хабом. Хабом не в техническом понимании этого слова, а в бизнесовом. Маркетплейс – один из ключевых шагов в этом направлении. И рулить им будет теперь уже наш ex-CPO Дима Павлов.

Друзья, если вы хотите больше узнавать о маркетплейсе для Dodo IS, развитии API, подписывайтесь на Димин канал. Если хотите пообщаться на тему разработки для Dodo IS, хакатонов, если у вас есть SaaS решение, которое может быть полезно нашему бизнесу и вы непрочь интегрироваться, пишите в ЛС мне или Диме 🙂

Конференция Додо про мобилку

Прошлой осенью мы провели внутреннюю конференцию про мобильные приложения. Получилось 8 выступлений на разные темы где мы делимся своим опытом. В основном вышло про дизайн.

Готовим к запуску планшеты для самостоятельного заказа в Дринкит ☕️

Ребята из команды Point of Sale делают планшеты, которые будут стоять в наших кофейнях — скоро гости смогут самостоятельно сделать заказ в зале.

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

Пошли вторые сутки, и мы дважды крашнули приложение.

1️⃣ Первое падение было утром второго дня: банковский терминал не принял оплату и подвис. После перезагрузки всё заработало, больше с таким не столкнулись, будем разбираться.

2️⃣ Второй раз словили краш через интерфейс. Говорят, что резко водили пальцем по сторонам и приложение упало. Воспроизвести не удалось, возможно, это связано с тем, что планшет был с низким уровнем заряда. Зато поняли, что после падения нет авторефреша — с ним приложение хотя бы будет само восстанавливаться.

Ещё есть над чем работать, но в целом довольны! Конечно, когда планшеты попадут в  кофейни, корнер-кейсов будет куда больше, но команда уверена, что сможет быстро всё починить.

Гордимся и желаем успешного запуска! 🚀

Друзья, щас будет неождинное. Вакансия не в Додо, не в РФ. Я такого никогда не публиковал и не знаю будет ли кому интересно, если да, пишите мне в личку. Поставьте 🤩, если вообще хотите чтобы ооч редко публиковал тут разные вакансии (буду выбирать только топовые с зарплатой выше $8-10K).

————————
Итак. CTO. Удаленка. Международный рынок. Доллары ($11K+ gross)

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

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

В управлении будет 90+ человек в распределенной команде. Нужно поддержать и усилить технологические компетенции и быть уверенным что развитие продуктов идет в правильном русле. Техническая стратегия, коммуникации, развитие – все это будет на вас. Здесь надо быть не просто менеджером, но и немного предпринимателем, чтобы уметь влиять на развитие бизнеса.

И одно из огромных преимуществ в нынешних реалиях кризисов – компания прибыльна!

Что по требованиям:
• 2-3 года в роли техлида или технического директора (возможно с командой поменьше размером)
• Опыт в формировании и реализации технологической стратегии
• Опыт в управлении распределенной командой
• Хороший английский
• Быть не в РФ (или быть готовым быть не в РФ)

Если вам интересно попробовать – напишите в личку, я вас сконтачу с рекрутером.

17 стран!

Новая пиццерия Додо и кофейня Дринкит вместе в Дубае

23 сентября 2022 года мы рухнули на 4 часа. Прием заказа превратился в тыкву, мы не смогли обслужить пуши, мы не смогли обслужить акции и в итоге клиенты часа испытывали проблемы в самый пиковый день.

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

Что в статье?
• Вся хронология событий.
• 4 гипотезы о возможных причинах и как мы пытались понять какие из реальны.
• Чего нам не хватило, что пошло не так во время самого инцидента.
• Какие наши действия помогли решить инцидент.
• Описание детальных причин, до которых мы в итоге докопались и что с ними делали.

Работаем дальше! 🙂

Вчера в 21:36 заказал на Amazon бутсы футбольные старшему сыну. Сегодня в 8:59 их доставили. Это Amazon!

12 часов не прошло, мне доставили заказ.

В книжке The Everything Store есть глава о том как Amazon начинал разработку софта для собственных складов. Они смотрели готовый софт, думали как он будет работать, как его адаптировать и понимали что все не подходит и надо пилить свою систему. Над ними смеялись, крутили пальцем у виска, мол, ребята, разработка дело дорогое, куча готовых инструментов, а вы тут свой софт собираетесь пилить для складов, ну удачи.

А сейчас, в том числе с помощью этого софта, Amazon доставляет мне заказы менее чем за 12 часов!

Сорри, но я не могу удержаться от аналогии с Dodo IS. Масштаб, конечно, у нас сильно меньше, но логика та же. Если бы на старте использовали готовый софт, не делали бы свою Dodo IS, даже не представляю чего бы нам стоила поддержка 16 стран и была бы она вообще возможна. А сейчас норм, спокойно готовимся к новым!

Вот уже 3 месяца я живу в Дубае. Оброс бытом, увидел несколько сторон города и никак не могу отогнать от себя мысль о схожести Дубая и Dodo IS. Они стараются развиваться быстрыми темпами, быть глобальными и притягивать людей.

Как бы я ни пытался подсократить статейку, она не влезает в телеграм по-нормальному. Поэтому на medium.

ChatGPT написал Android-приложение!

Что?! Как?! Что получилось? Рассказывает Максим Качинкин на Хабре, скорей открывайте!

Тоже с нетерпением ждете в начале следующего года GPT 4?

Снова иногда участвую в финальных собеседованиях. Не во всех, конечно, но побольше последнее время. Какой кайф, какие клевые люди к нам идут. После 21 сентября на рынок вышло много очень толковых ребят, которым не дают возможности работать удаленно. Казалось, после пандемии, вопросов об удаленке уже может не быть, но сейчас удаленка для многих компаний это “да, возможно, в любом регионе РФ”.

Я подключаюсь к финалам не просто так, на финале мы проверяем мотивацию, упоротость (в хорошем смысле), обучаемость, “командность”. Много факторов, которые определяют насколько легко человек к нам вольется. Я вижу кто к нам идет, вижу во многих ребятах потенциал, который можно реализовать с ростом нашего бизнеса, нашего продукта и Dodo IS.

Мы продолжаем нанимать и нам не важно, в какой вы стране. Если вы разработчик или SRE, дата инжинер или дата сайнтист, тимлид или техлид, продакт или аналитик, QA или Performance QA и ищите/задумываетесь о смене работы – пишите прям в личку, побеседуем! 🙂

Уже несколько раз разные люди приходили с вопросом с чего начать вход в IT. Речь не про джунов, а именно про начало с нуля. Причем спрашвали как люди, которые хотят сменить специальность, так и школьники и студенты начальных курсов, которые еще только определяются чем заняться.

Вопрос часто звучит примерно так: “Посоветуйте курсы/книги, с которыми начать вход в IT?”.

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

Каждый раз у меня примерно один и тот же ответ. Вообще не важно какой курс и книжку взять. Можно взять любую книгу типа “Основы Python” или любого другого языка программирования. Можно выбрать абсолютно любой бесплатный базовый курс по любому языку программиварования, хоть Javascript, Python, C#, Java, Swift, не важно. Начать читать/изучать/проходить курс и смотреть, насколько прет решать задачки. Ищешь ты время чтобы побольше поделать? Засиживаешься до ночи, чтобы разобраться с задачкой? Когда ложишься спать, думаешь о том как бы переделал тот цикл или интерфейс?

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

Если торкает, то можно уже думать о системном обучении, искать проекты, пробовать проходить собеседования (да, можно прям сразу), искать стажировки. Вот тут уже имеет смысл более детальный план. Если нет, то вы как минимум вы не потратите лишних денег 🙂