#СоветыНачинающимЛидам

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

В следующих постах мы расскажем про техническое и бизнесовое качество. Появились вопросы? Задавайте их в комментариях.

🤘 "Mad Devs" ищет Golang developer в финтех проект, который разрабатываем для одного из стартапов в США.

⚙️ Что нужно будет делать:
- Разрабатывать новую архитектуру проекта;
- Покрывать код юнит и интеграционными тестами;
- Рефакторить код в legacy-проекте;
- Ревьюить работы и MR-ы других участников команды;
- Вести задачи в JIRA;
- Писать техническую документацию по продукту.

✅ Наши ожидания:
- 1,5+ лет опыта в разработке и поддержке - коммерческих продуктов вышедших в Production на Go;
- Опыт в разработке и поддержке HTTP API включая подготовку и создание Swagger документации;
- Хорошее знание SQL, а также работа с PostgreSQL в Go;
- Опыт написания миграций в Golang;
- Опыт в использовании Docker и применения Docker-Compose;
- Английский не ниже Intermediate.

🔴 Откликнуться на вакансию
👉 Посмотреть открытые вакансии

#СоветыНачинающимЛидам

Бизнесовое качество - все про бабки. А где бабки - там сроки. Нужно приходить к решению важной проблемы в разумное время и своевременно отслеживать эффективность проекта. C помощью показателя ROI можно проанализировать насколько выгодным или невыгодным является проект или продукт.

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

5 книг которые стоит прочесть тимлиду:

- Джедайские техники. Как воспитать свою обезьяну, опустошить инбокс и сберечь мыслетопливо, Дорофеев Максим.
- Бизнес с нуля. Метод Lean Startup для быстрого тестирования идей и выбора бизнес-модели, Эрик Рис.
- Цель. Процесс непрерывного совершенствования, Элияху Голдратт.
- Cтоит изучать Chaos Engineering и практики, которые даются в этом подходе. Частично эти подходы можно применять к людям, например Game Day
- Думай медленно… Решай быстро, Даниэль Канеман.

Сегодня Sebastien Goasguen провел тренинг и воркшоп по Kubernetes и Knative для нашей команды. Мы считаем невероятно крутой возможностью не только работать, но и развиваться вместе! 🤘🏻

Если вы - мидл, то вы поймете, о чем пост.

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

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

Хотите стать сеньором? Ведите себя как сеньор:
✅ Берите на себя ответственность;
✅ Проявляйте инициативу;
✅ Работайте для того, чтобы принести ценность, а не выполнить задачу.
✅ Посмотрите выпуск #Кибирд "Плато мидла" или что мешает стать сеньором? 🙂

#СоветыНачинающимЛидам

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

Список вещей, с помощью которых можно добиться качества в проекте:
- Линтеры
- Пайплайны
- Докер
- Тесты
- Мониторинг
- Клауд ошибки
- Клауд логи
- Обсервабилити
- Ридмихи
- Архитектурные схемы
- Перелинковка на правила работы
- Перелинковка на цели и ограничения
- Контроль валидности заполнения задач
- Линковка задач, коммитов и MR
- Автоматизация всего этого процесса дальше

#Кибирд взорвет все чарты! 💣

В гостях "юбилейного" выпуска сооснователь лучшей школы программирования в Центральной Азии Attractor School Максииим Косяков! 🥳Олег Пузанов и Максим Косяков рассказывают про Инженерную Культуру с которой к сожалению мало кто знаком по настоящему. Ждём от вас лайки, коменты и подписки!

Погнали смотреть ➡️ https://youtu.be/P68pyAEJcuI

Вы все еще верите, что общаться в IT вовсе необязательно? Да, так и было раньше, когда профессия программиста была относительно новой, а разработчики работали над проектом в одном офисе.

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

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

#СоветыНачинающимЛидам

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

Большую часть проблем с твоей командой придется решать самостоятельно, однако, часть проблем, которые ты решить не можешь - тебе нужно эскалировать, например на HR.

Для этого ты можешь проводить 1:1 митинги, где вы спокойно говорите либо за жизнь, либо за работу, либо о наболевшем. Эти митинги повышают доверие к тебе, как лиду.

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

Используй возможности тусоваться с командой вне проекта и не забывай хвалить человека за успешную работу.

🤘 "Mad Devs" ищет Python разработчика для разработки финтех проекта.

⚙️ Что нужно будет делать:
- Разрабатывать и развивать бэкенд (новые фичи, доработка текущих, работа над улучшением кодовой базы);
- Интеграция с платежными системами;
- Активно участвовать в выяснении и обсуждении - требований к функционалу, предлагать решения с учетом особенностей системы и вашего предыдущего опыта;
- Участвовать в планировании архитектуры новых сервисов, переработки и оптимизации существующих.
- Планировать и декомпозировать user stories в задачи;
- Принимать участие и проводить code review.

✅ Ожидаем от кандидата:
- 4+ лет опыта разработки на Python/Go;
- Уметь писать тестируемый код;
- Уметь работать в Docker;
- Базовые знания PostgreSQL (Уметь написать простой селект с несколькими жойнами);
- Уметь работать с Git и решать Merge конфликты;
- Опыт работы с CI/CD;
- Уметь писать SOLIDный код.

🔴 Откликнуться на вакансию
👉 Посмотреть открытые вакансии

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

О чем говорит модель обучения которую ты видишь на картинке? Давай рассмотрим простой пример.
1. Опыт
- Менеджер пришел донести обратную связь до сотрудника.
- Наорал на него матом.
- Сотрудник обиделся и уволился.
- Рефлексия.
2. Обдумываем этот опыт
- Обратную связь надо доносить, пусть и эмоционально, но это важная информация.
3. Модель
- Давайте обидчивость и стрессоустойчивость проверять на собеседовании.
4. Практика
- Набираем людей.
- Снова орем матом.
- Снова человек увольняется.
- Идем на пункт один и запускаем второй цикл. Цикл замкнулся.

В момент рефлексии стоит делать следующие вещи:
- Ресерч.
- Общаться с коллегами по цеху (другими лидами) и задавать вопросы.

У тебя в любом случае будет сопротивление обучению, а об этом мы расскажем в следующем посте.

Тестирование - эту стадию некоторые компании просто игнорируют или как минимум недооценивают, но в Mad Devs такой подход недопустим.

Почему мы уделяем тестированию столько времени, чтобы убедиться, что решение действительно работает так, как надо?

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

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

#СоветыНачинающимЛидам

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

Как это делать? Можно, формировать запрос и смотреть на эту ситуацию с разных сторон и искать проблемы. Начни со своей карьерной мечты. Кем видишь себя? О чем конкретно мечтаешь? Этот вопрос и будет частично формировать видение(V). Не бойся задавать себе вопрос "Зачем?". Именно "зачем", а не "почему" - это важно для того, чтобы прийти к своей конечной цели и сформулировать результат. Задай этот вопрос из раза в раз для более декомпозированного понимания для чего нужно обучение. Помни, что у тебя что-то болит сейчас. Что это? О чем оно? Что конкретно и в какой сфере это болит?(D).

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

Как охладить Air с 85 до 75 градусов? А вот так!

Каждый сотрудник Mad Devs может вносить предложения для того, чтобы сделать условия работы лучше. Сделать это можно в рамках MEP (Mad Devs Enhancement Proposals).

Выглядит это так:
⬇️ У сотрудника возникает идея улучшения рабочих условий.
⬇️ Он вносит эту идею в специальную форму.
⬇️ Идеи обсуждаются советом директоров и сотрудниками компании.
➡️ Если идея принимается, администрация начинает работу над ее реализацией.

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

Этот список не полон, но даже эти идеи демонстрируют, каким образом сотрудники могут участвовать в жизни компании. 🤗

#СоветыНачинающимЛидам

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

Чем быстрее ты это осознаешь и примешь, тем проще будет тебе в карьере. Однако помни, что теперь тебе нужно меньше кодить и тратить минимум 50% времени на всякие прояснения, встречи, распин людей и все такое. А еще к тебе будет прилетать оттуда, откуда ты не ждал. Хорошо, если у тебя, как у нас внутри компании есть синки для тимлидов, где можно облегчить свою боль, но если нет, то задавай свои вопросы в комментариях, Андрей Минкин с удовольствием на них ответит. И следи за постами, дальше будут полезные инструменты для тебя, которые могут помочь.

Встречайте свежий #Кибирд 🔥

В этом выпуске Олег Пузанов и Михаил Иващенко расскажут про догфудинг и полишинг. Ждем Ваших лайков и комментариев! Каждому кто поддержит нашу работу лайком и репостом шлем огромное сердечко! ❤️ Приятного просмотра!

Го смотреть: https://youtu.be/J7G2i7gTEU8

🤘 "Mad Devs" ищет Android разработчика для разработки финтех проекта для контроля, распределения и мониторинга расходов средних и больших компаний по автоматизации процессов.

⚙️ Основные задачи:
- разработка архитектуры и основных модулей приложения с нуля;
- внедрение сторонних SDK;
- реализация модуля профиля клиента и всего userflow с нуля;
- реализация модулей KYC и KYB;
- разработка приложения, похожего на www.pleo.io/en

✅ Ожидаем от кандидата:
- опыт разработки Android приложений от 2-х лет;
- уверенное знание Java и Android SDK;
- опыт разработки на Kotlin;
- уверенная работа с Git;
- продвинутый навык написания поддерживаемого и тестируемого кода;
- опыт работы с CI/CD и организовывать поставку кода до продакшна;
- опыт работы со сторонними SDK;
- опыт работы с REST API;
- понимание принципов SOLID;
- опыт коммуникации с командой на английском языке. Обсуждение требований, демо результатов, уточнения и прочие апдейты на английском.

🔴 Откликнуться на вакансию
👉 Посмотреть открытые вакансии

#СоветыНачинающимТимлидам

Первые шаги тимлида или как входить в хату.

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

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

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

Mad Stream возвращается! 🔥

1 октября System Developer Mad Devs Антон Козлов выступит на онлайн-вебинаре с темой "Электроника для программистов".

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

Дата/Время: 1 октября в 19:00 (по Бишкекскому времени)

Вход на вебинар – свободный! Ссылка будет доступна в нашем Telegram-канале за 15 мин. до начала ивента.