Словарь редких 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: Пофигсить — решить не исправлять баг, а забить на него.

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

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

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

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

Про выход на международный рынок, IT vs. реальный мир, тренды в фудтехе в 88-ом выпуске подкаста Make Sense с Димой Павловым (Product Owner, Stores opening в DodoPizza).

Цитата для привлечения внимания:

«Те инвестиции, которые управляющая компания вкладывает в Dodo IS, имеют смысл, только если вы хотите стать международной глобальной компанией. В России около 500 с небольшим пиццерий Dodo, и можно вырасти в три раза, но даже 1500 пиццерий в России не окупят Dodo IS».

Где послушать:
— SoundCloud.
— YouTube.
— Castbox.
— Яндекс.Музыка.
— iTunes.
________

Мы подкасте упоминаем:
— гемба;
— книгу Джона Дорра «Измеряйте самое важное».

Путь разработчика в SRE: зачем идти в инфраструктуру и что из этого выйдет?

Около года назад Матвей Григорьев переквалифицировался из .NET-разработчика в SRE.

Сегодня он хочет поделиться историей о том, как группа опытных разработчиков отложила в сторону C# и пошла изучать Linux, Terraform, Packer, рисовать NALSD и строить IaC, как мы применяли практики экстремального программирования для управления инфраструктурой компании, и что из этого вышло.

Что такое .NET? Экскурсия-знакомство для новичков.

Большинство наших материалов направлены на senior-разработчиков. Но что делать тем, кто только начинает разбираться в .NET теме? Тем, кто считает себя даже не junior, а пока newbie.

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

Какие темы разберём в первую очередь:
— Что такое .NET Framework?
— Из чего состоит .NET сборка?
— Как исполняется сборка?
— Практика с компилятором.

#dotnet #csharp #developer #it #NETFramework

Новый проект в Dodo Open Source — Azure Data Explorer (Kusto) gRPC backend for Jaeger.

Цель проекта: не использовать Cassandra или Elasticsearch для хранения трейсов.

Суть проекта: это плагин для Jaeger, позволяющий использовать базу данных Azure Data Explorer (Kusto) для хранения трейсов. Он будет полезен тем, кто хостится в Azure, кому нужен распределённый трейсинг, а также тем, кто хочет собирать очень много трейсов.

***
О проекте:
— Автор: Глеб Лесников.
— Исходный код доступен на GitHub.
— Установить собранные образы можно с DockerHub в двух вариациях:
1. All-in-one образ.
2. Установить микросервисы раздельно: agent, collector, query.
***

Интересные факты о проекте:
— Проект написан на Golang.
— Автор обещает, что можно собирать до 100% трейсов.

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

#opensource #dodoopensource

Как правильно писать?

🐹 — Jaeger.
🦌 — Jagermeister.

Насколько плохим должен быть код, когда ты стартап?

Недавно на HackerNews завязался очень интересный тред, где как раз обсуждают этот вопрос.

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

Но для меня один из самых любопытных вопросов: «А есть ли примеры стартапов, которые умерли (или были к этому очень близки) из-за плохого кода?».

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

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

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

И вот в этом, по-моему мнению, кроется ключевой скилл senior-разработчика: понять, когда надо действовать ради краткосрочных целей, а когда вкладываться вдолгую. Всё как на фондовом рынке, честное слово.
_______

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

Когда ты стартап: 🙈 — код может быть любым, главное, чтобы работал; 🦁 — код сразу надо писать по-нормальному.

Словарь редких IT-терминов #15: Пигануть — по-свински пингануть в общем чате сообщением, которое можно было бы написать и лично.

Как и где вы читаете технологические новости/статьи?

Facebook, Twitter, HackerNews, VC, официальные блоги GitHub и Microsoft Azure. Всё это агрегируется в RSS-подписках или в соцсетях. При этом всё равно часть контента полезна, а часть нет.

Наш CTO Саша Андронов начал собирать для себя небольшой проект: туда попадают только те статьи и темы, которые ему интересны. Про стартапы, менеджмент, новые технологии.

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

Пробник будет ждать вас здесь.

Хотите инструмент для кастомного сбора ленты новостей?

🙏 — да;
❌ — нет;
😼 — у меня есть такой инструмент.

Псс, третий митап по теме data engineering «DE or DIE #3» на подходе.

Когда: следующий четверг (16.07), с 19:00 до 21:00 MSK.

Будет жара — ребята рассмотрят один целиковый кейс от дата инженеров из Додо Пиццы (Ксения Томак, Михаил Кумачев, Дарья Буланова) и Solution Architect из Databricks (Иван Трусов).

Есть шанс узнать всю внутреннюю кухню приготовления пиццы! Её нельзя просто взять и приготовить — нужны ингредиенты. Про них-то и будет доклад: как, откуда и через что текут данные, необходимые для решения задачи прогнозирования спроса на них.

***
Облако слов (стек используемых технологий) для привлечения внимания:
— Cloud provider: Azure.
— Data Source: Azure MySQL DB.
— CDC pipeline: Kafka Connect + Debezium + Azure Event Hubs.
— Processing: Spark + Spark Streaming on Databricks.
— Storage layer: Delta Lake + Azure Data Lake Storage.
— CI/CD: GitHub Actions + Databricks REST API.
— Implementation language: Python.
***

Регистрация на онлайн-митап.
Материалы с прошлых митапов.
Вопросы по предстоящему митапу уже можно задавать в телеграм-канале сообщества.

Анимация Android: как сделать плавные переходы фрагментов?

Пользователям не нравится, когда на экране приложения происходит слишком много резких движений. Это отвлекает и смущает. Кроме того, всегда хочется видеть плавный отклик на своё действие, а не судороги.

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

Сегодня вышла статья нашего Android-разработчика Василия Малеева о проблеме и анализе вариантов её решения. Мы не дадим вам серебряную пулю против всех монстров, но покажем, как можно изучить конкретного, чтобы создать пулю специально для него. Разберём это на примере того, как мы подружили анимацию смены фрагментов с Bottom Sheet.