Асинхронная коммуникация - это один из важных пунктов тайм-менеджмента, ведущего к росту собственной эффективности.📈

Есть два стула:
🪑 Привет! Как дела? Скинь отчет.
🪑 Привет! Кинь отчет о проделанной работе за последний закрытый спринт. В отчете укажи: сколько на тебе было задач, сколько из них было закрыто, сколько перешли в следующий спринт (и почему). Вышли сегодня до 17 часов.

На какой сам сядешь? Мы бы выбрали второй.

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

Базовое правило асинхронной коммуникации - поставленный вопрос / задача не должны вызывать дополнительных вопросов.

Советуем посмотреть: Кибирд – Коммуникации в разработке софта

Иногда некоторые запросы клиентов не требуют решения с нуля. Одно из возможных решений, которые мы можем посоветовать это разработка с использованием low-code/no-code инструментов.

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

Примеры No-code/ Low-code:
🔺 Веб-платформы: WordPress, Wix, Squarespace, WebFlow
🔺 Платформы управления базами данных: Mendix, Airtable
🔺 Мобильные приложения: Bubble, Thunkable, Figma, Bravo
🔺 E-commerce и онлайн-магазины: Shopify
🔺 Приложения планирования ресурсов компании: Zoho, Salesforce

Главное помнить, что сервис приложения или сайта может требовать и кастомных решений, которые уже невозможно воплотить без разработчиков - таких, как мы 🙆🏻‍♀️, например.

когда гугл уже понял кто мы и не видит смысла нас исправлять 😅

Mad Stream на английском!

На этой неделе нашим спикером будет Анатолий Федоренко, наш Delivery Manager c темой "Проблемы оценок IT проектов и способы их решения".

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

Вход на вебинар – свободный! Чтобы присоединиться к нам, переходите по ссылке: https://youtu.be/7nq1ClXRWjc

Зачем нужна ретроспектива?
Ретроспектива - это одно из мероприятий в Agile, которое помогает команде самостоятельно проанализировать свою работу и дать фидбек друг другу.

Многие из команд Mad Devs проводят ретро каждые две недели. Это очень ламповые созвоны или встречи, которые собирают все мозги в одну кучу и дарят классное ощущение, что мы на одной волне. 😇

Как внедрить ретроспективу?
📌Обсудите правила игры: цель ретроспективы и порядок её проведения.
📌 Выберите дату, время и место проведения.
📌 Заранее расшарьте агенду, чтобы команда успела собрать воедино и записать свои мысли по прошедшей итерации: что было, какие трудности были, как улучшить свою работу и т.д.
📌 Обсудите причины успеха и что не получается. Чтобы сформировать экшн-план, ведь проблемы надо решить, а успех закрепить.
📌Заведите задачи в JIRA и назначьте ответственных за исполнение, проставьте дедлайны.
📌Поделитесь ретроспективой с другими ребятами в компании, чтобы дать им возможность учиться на ваших ошибках и перенимать опыт.

Мастер Класс от Senior Developer 🤺😅

Как давать негативный фидбек? Хм... Наверняка тебе знакома такая ситуация, когда случился факап 🤡 и вот-вот предстоит разговор о нем с «автором»? А может быть "автор" - это ты сам. Как сделать так, чтобы обсуждение прошло гладко и осадка на душе ни у кого не осталось? 🤔

Есть два хороших метода. Записываем и запоминаем.

1. Принцип бутерброда 🍔
Простая формула: Похвала-критика-похвала. Поговорите о негативных моментах вперемешку с положительными.

2. BOFF
Формула состоит из 4 блоков:
🧩Действия – отметьте факт/событие/поведение
🧩Эффект действий – Озвучьте последствия, которые произошли или произойдут
🧩Чувства – Опишите свои эмоции и чувства к происходящему
🧩Будущее – Обсудите, что можно сделать, чтобы «действие» не повторилось. Важно, чтобы сотрудник сам предложил варианты.

Факапы случаются 🤷 сделайте выводы, проведите работу над ошибками и помните - никакого негатива. Конструктивный диалог - вот залог вашего будущего успеха.

Mad Stream начнется через 10 минут!🔥🔥🔥

Ссылка на трансляцию: https://youtu.be/7nq1ClXRWjc

А что выберешь ты? 🌝

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

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

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

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

Пс, музыкой интересуетесь? Тогда мы к вам.

Это рубрика 4 songs to [perform DevOps tasks] with🎹
Есть у нас славный парень – Дмитрий. Почему славный? А Дима слушает бодрый и лайтовый рокешник.

Будьте как Дима. Переходите по ссылкам ниже. ⬇️

🎶 https://www.youtube.com/watch?v=zkPzfOYbvzs
🎶 https://www.youtube.com/watch?v=Z0GTjdMF-lc
🎶 https://www.youtube.com/watch?v=VxBotKc0B7I
🎶 https://www.youtube.com/watch?v=qgkx8qPUOy0

Мы тут подумали. Что общего у разработчика и покемона? Нет, это не то, что приходят люди и заставляют их выполнять всю работу за себя. 😄 А то, что у них есть три формы «эволюции». Смотрите сами. ⬇️

🔥 Первая форма: Junior
Опыт: 0.5-1.5 года
Базовые знания языков программирования; пишет небольшие программы и скрипты; код ревью – обязателен.
Как эволюционировать? Много изучать и программировать, работать с критикой, не сдаваться.

☄️ Вторая форма: Middle
Опыт: 1-3 лет
Может в структуру продукта и функционал; опыт в разработке; пишет код, который понятен для остальной команды.
Как эволюционировать? Учить доп фреймворки, языки, технологии, работать над soft skills (лидерские качества и коммуникабельность)

🐉 Третья форма: Senior
Опыт: от 4 лет
Большой опыт и багаж знаний; может найти решение для любой задачи; пишет красивый и простой код; лидер и наставник для команды.

В Mad Devs мы собрали всех покемонов. За стадионы биться не отдадим, но для решения бизнес-задач – обращайтесь! 😎

А коллектив у нас очень дружный 😇

6 причин, почему нужен Devops

С каждым годом растет спрос на девопсов. И на это есть 6 причин, как у любви по Игорю Николаеву🧔🏼‍♀️❤️, но на одну больше:

1️⃣согласование процессов разработки и реализации;
2️⃣автоматизация процессов разработки, тестирования и развертывания;
3️⃣непрерывное тестирование качества приложений;
4️⃣ коммуникация между разработчиками и другими IT отделами;
5️⃣управление изменениями;
6️⃣непрерывный мониторинг производительности приложений и состояния инфраструктуры.

Один DevOps – это решение многих проблем. Попробуйте. Рекомендуем! 🤩

Программирование – это работа, образ жизни, увлечение и иногда сама жизнь. Мы понимаем. 😎 Но все же, важно уметь отложить код и отвлечься. Иначе выгорание не за горами. 🤯 Хотите попробовать что-то новое? Мы подготовили небольшой список.

🎨 Рисование
Даже если вы в последний раз рисовали на уроках в школе, то никогда не поздно начать. Тем более есть ресурсы для начинающих:
Draw a box – бесплатные туториалы для изучения основ
Drawspace – качественные занятия для всех уровней

🎸 Музыка
Опыт игры на настоящих инструментах ничто не заменит, но можно побаловаться и онлайн:
Garageband - можно учиться игре на инструментах на iPhone/IPad
Rocksmith - создавайте гитарные партии с помощью компьютера

🍳 Приготовление еды
Несколько ингредиентов - одно блюдо. Создаете что-то новое и делаете жизнь лучше себе и тем, кто получит результат на тарелке. Чем не программирование? Поэтому не спешите отказываться от такого хобби.
Ужин для прогера – простые рецепты на «любимой» платформе.

Ой, вы что-то в делах утонули. Когда спали? Ели? Маму помните?😢 Если нет, то может дело в плохом тайм-менеджменте? 🤔 Тогда ловите крутые техники, которые помогут привести все дела в порядок.

🐸 Поедание «лягушки»
Самая сложная и неприятная задача выполняется в начале дня, когда ваш мозг еще не перенасыщен информацией. А задачи после будут казаться пустяковыми.
🍅 Метод помидора
Помидор – это отрезок времени в 25-30 минут. Работаете в течение одного 🍅, а потом перерыв в 5-10 минут.
📈 Канбан
Это организация работы в команде. Делайте табличку со столбцами «Нужно сделать», «В процессе», «Выполнено». Метод помогает видеть темп работы и ничего не забыть. Так мы работаем в Mad Devs. Горячо рекомендуем!
🐘 Поедание «слона по кускам»
Разложите большую задачу по этапам. Тогда она становится более конкретной и не так страшно к ней приступать.

🤘 "Mad Devs" ищет Java разработчика для развития digital-банкинга в Казахстане

⚙️ Что нужно будет делать:
- разработка backend-частей системы;
- анализ и оптимизация кода;
- оптимизация процессов разработки для повышения скорости и качества;
- разработка уникальных и типовых интеграционных решений;
- проведение Code Review.

✅ Наши ожидания:
- знание принципов работы Spring;
- разработка под OpenJDK 11+;
- уверенное знание Collection Framework, Java Stream Framework;
- знание принципов ООП, SOLID, паттернов проектирования;
- опыт работы с базами данных (Oracle, MS SQL Server (желательно), PostgreSQL, MongoDB, Redis) как с помощью ORM, так и на уровне SQL-запросов;
- опыт написания Unit-тестов с помощью JUnit 4.5, Mochito.;
- знание системы контроля версий Git.

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

По чесноку, командная работа невозможна без конфликтов. Как выйти из зоны токсичных конфликтов и превратить их в продуктивные? Записываем. 🧐📝

📌Воспринимайте конфликт, как естественный процесс
Не спешите после пару столкновений сворачивать проект и хлопать дверьми. Это процесс роста и обучения.
📌Рассматривайте со всех сторон
Во время обсуждения используйте объективную информацию и все факты вокруг. Незнание подробностей – сильно мешает решению
📌Обсуждайте все варианты
Когда в конфликте есть два лагеря, то можно найти третью территорию, где все будут довольны
📌Напоминайте об общих целях
Для успешной команды – общая цель должна быть выше личных амбиций. Может конфликт и не нужен вовсе?
📌Юмор - щит и меч
Юмор помогает в стрессовых ситуациях и улучшает взаимодействие в команде
📌Финальное решение – это миссия одного
Финальный выбор делать должен тот, кто несет наибольшую ответственность за продукт

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

Знакомые мысли? 🤔Это все Imposter Phenomenon (пер. «синдром самозванца»)!

Синдром самозванца – это когда человек считает свой успех стечением обстоятельств и не приписывает его своим стараниям и личным качествам. Интересно, что среди разработчиков выделяют 2 типа:
📌«Эксперт-самозванец» - когда отрицают свою принадлежность к экспертам и избегают делиться опытом и знаниями.
📌«Перфекционист-самозванец» - когда преследует постоянное желание сделать лучше, независимо от результата.

Как же справиться с этим? Начать с малого.☝🏻 Важно запомнить: нельзя и не нужно всегда быть идеальным.

Советуем к просмотру: Кибирд – Синдром самозванца

Возвращение легенды, 2048 в новом формате. 🤩 Только вы собираете не просто цифры, а комплектующие сервера. Одобряем и играем. Когда это еще получится самому сервер для нейросети собрать.😆 А как вам такое?

Поиграть и почитать: ​​https://tproger.ru/interactive/selectel-server-game/#/help