Словарь редких IT-терминов #12: Quarantime sadness.

Карантин почти закончился, но осадочек остался.

«Смак» с Site Reliability Engineer Глебом Лесниковым уже в прямом эфире.

Присоединяйтесь в Google Meet: meet.google.com/miy-auna-hwp.

Где-то полгода назад нам прилетел фидбэк: «Додо, вот вы везде говорите, что у вас своя система. А что это за система? И зачем она нужна сети пиццерий?».

Мы посидели, подумали и поняли, что вы правы. Мы пробуем объяснить всё на пальцах, но выходит рваными кусками и нигде нет полноценного описания системы. Так начался долгий путь сбора информации, поиска автора (им стал Павел Притчин) и написания серии статей про Dodo IS. Погнали!

Благодарности: спасибо, что делитесь своим фидбэком с нами. Благодаря ему мы наконец описали систему, составили технорадар и скоро выкатим большое описание наших процессов. Без вас так бы и сидели ещё 5 лет.

4. 14. 40. 140.

Это не IP адрес. Это не случайный набор чисел. Это не координаты долготы и широты.

Это логика роста лидеров в IT, которую наш СТО Саша Андронов видит по своему опыту. Это то количество людей, с которыми работает лидер. На каждом новом этапе лидер осознаёт, что надо действовать иначе, принципиально иначе, а не только продолжать делать то же, что и раньше.

Осознание этого приходит только по достижению этапа. Из этой идеи можно строить модель роста лидерства в работе с людьми. Читать на medium.

Открытие и поддержка новых стран в Android-приложении — это не только кнопочки на английский перевести.

Если у вас возник вопрос «А что ещё помимо переводов надо делать?», — посмотрите видео с нашим Android-developer Максимом Качинкиным (@makzimi). Он расскажет, с какими особенностями мы сталкиваемся при открытии и поддержке новых стран.

Спойлеры:
— работа с валютами;
— оплата онлайн;
— телефонные номера;
— адреса.

#android #androiddevelopment #androiddeveloper

Новости проекта Dodo Open Source

У нас появился ещё один проект с открытым исходным кодом — Primitives. Цель проекта: реализация честного Uuid в соответствии с RFC4122.

Сейчас проект содержит Guid-like реализацию Uuid и методы для работы с hex-строками. Эта библиотека применяется в новом Auth. Вы можете использовать её в своём сервисе, если вам нужен Uuid.

***
О проекте:
— Автор: Рома Букин (ищите его под ником @vanbukin).
— Библиотека называется Dodo.Primitives.
— Исходный код доступен на GitHub.
— Распространяется как NuGet-пакет.
— В планах добавить для Uuid конвертацию в строки при помощи AVX интринсиков.

Если вам интересны детали проекта, смотрите Ромин доклад на MskDotNet
***

Задавайте свои вопросы, мы с радостью на них ответим.

#opensource #dodoopensource

Что лучше: Open Source или Proprietary Software?

✳️— Open Source.
🔐— Proprietary Software.

Спасибо за собеседование, мы ответим о нашем решении… сейчас!

Когда-то Миша Рубанов (@akaDuality) искал работу и ходил по собеседованиям. Больше всего его бесило ожидание обратной связи: долго, скучно, нельзя обсудить решение.

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

Как навести порядок в шкафу и в голове? Метод кучи.

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

2. Если из шкафа всё вынуть, то бардака станет только больше: пустой шкаф и куча мала перед ним. Но на полу проще сгруппировать вещи между собой. Выделить категории, которых не было раньше. Объединять, разделять, перетасовывать. И в итоге сложившуюся структуру просто пачками положить обратно в шкаф.

3. Этот же подход успешно используют в других областях. Например, в фасилитации* (*приведение группы к совместному решению). Встреча делится на две части по очереди, примерно поровну: «дивергенция» и «конвергенция». Во время «дивергенции» поощряются разные мнения, вскрывается максимальное количество конфликтов, собираются все доступные данные. На этапах «конвергенции» группа, полагаясь на всё разнообразие взглядов и данных, принимает решение. Это не значит, что все данные применяются, какие-то могут пойти в утиль, как дырявые носки.

4. Если вы занимаетесь работой в которой всегда вскрывается что-то новое, что нужно учесть и «не забыть», стоит завести такую «кучу». Скидывайте в неё тут же всё, что прилетает, и только потом раскладываете по категориям. В постоянно меняющихся или незнакомых областях вы обычно не знаете категории заранее. Например, в фильмах про детективов используют большую доску. На неё крепят куски газет, карты города, обозначают связи при помощи ниток. На английском это называют crazy wall (посмотри какие крутые картинки по запросу в гугле).

5. Если такую кучу не завести, приходится распыляться: укладывать понимание в разных головах, собирать документы по всей квартире, работать в разных репозиториях одновременно (если вы программист). Возникает ситуация со сложной координацией людей и процессов. Я сравниваю это с государством.

6. Я применяю подход с «кучей» при любом общении, которое занимает больше трёх сущностей и/или включает больше двух человек (включая составление списка покупок). Иначе вскоре начинается путаница, в которой все так увлечены отстаиванием своего мнения или генерацией идей, что не могут остановиться. Даже если предмет простой, но дискуссия вдруг вернулась к своему началу – пришло время применять подход.

7. Применять просто: записывать тезисы на доску или в документ, который видят все. Или крепить стикеры. Или рисовать. Главное в инструменте – чтобы не мешал.

8. Для коротких задач, которые не влезают в голову, я использую бумажки, блокноты, заметки в телефоне. Для средних задач, когда надо что-то обсуждать с другими людьми или восстановить последовательность мыслей через неделю или несколько месяцев – таблицы в google sheets, схемы в draw.io или в miro.com. Для единственной крупной задачи, над которой я работаю каждый день с февраля: завёл большую доску в trello.com с картинками, ссылками, видео, тегами, колонками.

Что посмотреть/почитать по смежным темам:
— «Король, слон и кастрюля с супом» (Стивен Пинкер).
— «Как привести дела в порядок» (Дэвид Аллен).
— «Руководство фасилитатора» (Сэм Кейнерак)
________

Автор поста: Олег Блохин (@jmistx). ❤️

Знали до этого про Метод кучи?

Словарь редких IT-терминов #13: Багульник — junior bug-developer.

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

Алан Тьюринг внёс существенный вклад в создание теории искусственного интеллекта. Сегодня ему исполнилось бы 108 лет. Дело его живёт, искусственный интеллект продолжает развиваться и удивлять нас — кожаных мешков.

Не для пользы, а забавы ради мы подготовили подборку из 10 достижений в области ИИ. Девять из них правдивы, одно — выдумка. Догадаетесь, под каким номером фейк?

1. ИИ-коуч. В одном контактном центре ИИ анализирует успешных сотрудников, считывая их паттерны поведения, речи, психологии. Потом делает выводы, что именно привело к высокому результату. Как только новый «секрет успеха» изучен и оцифрован ИИ-коучем, он учит этому навыку остальных сотрудников, чтобы незамедлительно сделать их экспертами.

2. ИИ-эксперт по эмоциональному интеллекту. Не успев толком обзавестись искусственным, ИИ стал экспертом в эмоциональном. Он считывает все человеческие эмоции, чтобы поделиться с кожаными представителями брендов данными о том, что чувствуют их клиенты и потребители.

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

4. Фешн ИИ. Пока Габбаны и Витоны рассматривают коллекции двадцатилетней давности, чтобы запустить спираль моды и выдать хорошо забытое старое за новое, один фешн ИИ просто анализирует реальные изображения людей, размещенных в социальных сетях, чтобы выдать осмысленные модные идеи и спрогнозировать новые тенденции.

5. ИИ-бесконтактный лаборант. Одна компания научилась применять знания ИИ через простую камеру смартфона, превращая простой телефон в медицинские устройства. Клинически одобренный домашний набор для анализа мочи с встроенным ИИ позволяет непрофессионалу получить результат анализа с помощью простого снимка на смартфон.

6. ИИ-повар с моральными принципами. Один ИИ использует свои знания о растениях, чтобы с их помощью воссоздавать вкус, запах, состав, внешний вид и ощущения от продуктов, которые мы все так любим. Всё на растительной основе, чтобы ни одна зверушка не пострадала.

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

8. ИИ, который пишет unit-тесты за тебя. Вы запускаете ИИ в свой код, он получает структуру проекта и зависимости от Maven или Gradle. И всё, дальше он просто пишет тесты за вас. На данный момент работает только с Java. C#, подожди, может быть и до тебя скоро доберётся.

9. ИИ читает по губам. Для этого он идентифицирует изменения формы рта говорящего. Хитрость в том, что ИИ рассматривает речь человека целиком, что позволяет ему понять контекст анализируемого предложения. Это важно, потому что человек воспроизводит больше звуков, чем рот/губы принимают форм. Кстати, в этой сфере ИИ значительно превосходит людей, так что будьте аккуратны, обсуждая контрзаговор против восстания машин.

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

#деньтьюринга #ai #artificialintelligence #ии

Корпоративная культура в Dodo устами сотрудников.

Что думает о работе, карьере и планах на будущее:
— разработчик мобильного приложения Drinkit (Андрей Моревский);
— product Marketing and R&D в Китае (Спартак Арутюнян);
— управляющий пиццерией в Бишкере (Фарух Давуров).

Делимся с вами статьёй казахского издания Weproject.

Какие софт скиллы мы проверяем на собеседованиях?

1. Мотивация. Первый и важнейший аспект. По мере погружения в Додо, разработчики всё больше понимают возможности в IT, масштаб того, что мы строим. Однако изначально у кандидата должна быть правильная мотивация. Правильная = долгосрочная. Что долгосрочно нужно разработчику? Правильно — рост скиллов, ответственности, сложности задач, людей вокруг. Это естественная внутренняя мотивация разработчика. Есть и внешние факторы, например, обязательства перед семьей. Они могут влиять, но не должны быть движущей силой.

2. Упёртость (или упоротость в хорошем смысле). Умение копать, умение не отступать, когда не получается, умение искать решение лучше нынешнего. Ещё одно качество, которое сильно отличает людей: когда оно есть и когда его нет. Узнать о наличии этого качество легко — по кейсам. Можно не только рабочим.

3. Дисциплина. Дисциплина либо есть, либо её нет. Дисциплина — это не про вовремя приходить на встречи, она про соблюдение обязательств, коммитов своих и команды, компании. Это сложно описать или выразить в конкретных факторах, но легко сравнить двух людей и чётко осознать, что один из них более дисциплинирован, чем другой.

4. Обучаемость. Фундаментальный скилл для разработчика. Умение учиться для разработчика важно так же сильно, как и скиллы текущие. Когда мы нанимаем разработчика, мы нанимаем не «его текущего», а «его через пару лет», того, в кого он может вырасти. Речь не только о технических скиллах, но и скиллах менеджмента, построения команд. Ещё мы берём тех, кто усилит IT-команду. В итоге получается умопомрачительная комбинация: мы берём сильных людей с потенциалом роста, под любые задачи и масштабы бизнеса.

5. Командная работа. Команда — это нечто большее, чем группа людей. Командная химия, когда люди дополняют друг друга, позволяет добиваться лучших результатов. Спорт это легко доказывает: когда команда индивидуально самых сильных футболистов проигрывает команде, где игроки бьются друг за друга и лучше подходят друг другу.

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

Благодарим автора поста — СТО Сашу Андронова. Кстати, мы возобновили найм в IT-команду, так что у вас есть все шансы пообщаться с Сашей лично.

#cto #ctododo

Как считаете, soft skills вообще важны для разработчика?

Словарь редких IT-терминов #14: Пофигсить — решить не исправлять баг, а забить на него.

Как порадовать разработчика? Сказать ему, что он сделал что-то крутое!

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

Об этом, а также о профессиональном развитии, важности процессов, тентаклях и рогах в небольшом интервью с Юрой Пастушенко.

Вам важно понимать, что вы делаете крутые вещи?