Многие утверждают, что успехи в олимпиадном программировании открывают двери в самые успешные IT компании в мире.

Мы частично согласны с тем, что участие в соревнованиях по программированию позволяют отточить определенные навыки, например:
✅ Быстро и эффективно решать простые задачи;
✅ Быстро печатать;
✅ Выполнять задачи под давлением.

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

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

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

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

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

Для начала сразу расставим все точки над и. Тебе нужно доставать ФАКТЫ! Факты добавляют ясности. С фактами проще работать. С фактами легче оперировать, потому что в них нет оценок и субъективности. Они объективны.

Как добывать факты?
1. Задаём вопрос и получаем ответ, записываем его куда-нибудь;
2. Уточняем\Переспрашиваем;
3. Анализируем ответ на предмет оценки.

Примеры оценок:
1. Конечно прошлый лид был мудаком, но дела делал хорошо.
2. Вася конечно сложный человек, но работу свою делает.
По этим двум предложениям не совсем понятно, что вообще делать с этой информацией. Что такое мудак? Что такое “делал хорошо”? Что такое “сложный человек”? Как это выражается? Что вообще делать с этой информацией?

Примеры фактов:
1. Прошлый лид ставил задач больше, чем мы можем выполнить в спринт и последние 4 спринта были сделаны не в срок.
2. Вася идет на конфликты по мелочам и он стайлгайд нацист и докапывается до мелочей, даже, когда этого делать не нужно.

С этим работать лучше, потому что есть достаточный контекст и можно пробовать задавать вопросы дальше.

У кого собирать всю эту информацию?
- Предыдущий лид или менеджер
- HR
- Коллеги
- Биг босс
- 1:1 с командой

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

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

Ссылка на трансляцию: https://youtu.be/vZ3AMu-je_Q

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

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

✅ Ожидаем от кандидата:
- Опыт iOS-разработки от 2х лет и более;
- Наличие опубликованных приложений в App Store;
- Знание ООП и паттернов программирования;
- Знание и опыт работы с Alamofire, VIPER, Realm, SwInject, Carthage, Google Firebase;
- Знание фреймворков RxSwift (в т.ч. RxCocoa);
- Понимание принципов многопоточности (GCD, NSOperation, NSThread), управления памятью;
- Уверенные знание в iOS и его базовых фреймворков, как минимум (UIKit, Foundation, AVFoundation, CoreText, CoreGraphics, CoreData, CoreLocation).

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

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

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

Для этого есть множество советов:

1. Легитимная передача власти. Когда тебя назначили и тебе нужно сообщить это людям, при этом сделать это так, чтобы не послали на три буквы, есть вариант с легитимной передачей власти. Биг босс, кто тебя назначил может сделать объявление перед всей командой и рассказать кто ты, что от тебя ожидать и публично передать власть и бразды правления в твои руки. Биг босс скорее всего этого делать не будет, поэтому тебе нужно будет просить его о помощи, чтобы представил тебя команде и рассказал примерно что его ожидает.

2. Статус нового лида. Можно говорить людям, что "извините, я пока что новенький" и этой штукой прикрывать свою жопу в каких-то ситуациях, однако эта штука действует максимум 3 месяца и дальше уже идет во вред. Этой штукой хорошо пользоваться, если ты хочешь что-то провернуть, но понятия не имеешь как. Например, когда Чак запускал первый поток стажировки, то он подходил к Паше и Рустому со словами: "Ребята, я эту штуку не делал никогда раньше, понятия не имею как это делать, но мы попробуем и мне нужен будет ваш фидбек". Статус нового лида автоматически отвалится в течение трех месяцев, потому что появится ясность действий.

3. Никаких революций! Бывают ситуации, когда ты сидишь на позиции обычного разработчика и думаешь, что "было бы пиздато переписать все на гошечке, да и вообще процессы починить". Доходишь до власти, начинаешь реализовывать план, а потом приходит бизнес к тебе с претензиями: "Где вообще результат и нужные фичи?". А ты эту штуку ни с кем не проговорил, а может еще и у тебя половина команды уволилась. Поэтому, все революции, пусть даже и с благими намерениями отложи на попозже. Важно понимать, что сейчас для этого есть подходящее время, все зависимые от команды люди согласны с планом действий и в этом есть бизнес смысл.

Свежий выпуск #Кибирд!

Сегодня в гостях Роман Кононов (Engineering Leader, Site Lead в Uber) и ведущий Михаил Иващенко поговорят на тему: "Как работают программисты в UBER".

Го смотреть ➡️ https://youtu.be/j3KrBbRSfdg

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

Надейся на лучшее, готовься к худшему, и извлекай максимальную пользу из того, что получилось. (Зиг Зиглар).

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

Также как и в разработке, эту привычку имеет смысл перенести в лидство, и думать о следующем:
- Что если все решат уволится?
- Что если самолет с командой разобьется?
- Что, если ты сам умрешь, то кто это все подхватит?

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

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

Ситуация в следующем. Ты встретил какую-то проблему в процессе разработки и чувствуешь, что если вы поднажмете, то успеете в срок, только надо починить вот эту мелкую проблему. Ты об этом не говоришь бизнесу и не продумываешь план если это все не порешается и в итоге срываешь сроки. Что тут произошло и какие мысли могут быть в голове у бизнеса:
- Так, а что это он оправдывается? Нельзя было раньше эту штуку обсудить? Это же очевидная штука.
- Эээ… Может быть он совсем того? Мож он решил людей сосредоточить на чем-то другом?
- Мож он там левачит своей командой и в срок не уложился? Задача ведь простая и там работы на час.

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

Мы в Mad Devs относим себя к определенному сообществу, или, как говорит Роберт Сесил Мартин - к гильдии программистов. Мы гордимся этим, и мы хотим, чтобы наши клиенты доверяли нам, когда речь идет о разработке.

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

Точнее всего эти принципы описаны в так называемых "заповедях программиста", которые были очень красиво сформулированы Робертом Мартином - почитать их на русском языке можно тут: https://medium.com/maddevs-io/programmers-oath-646e6d3f2136

Вы когда-либо сталкивались с дискриминацией по возрасту в IT? Если вы - разработчик, то скорее всего, так или иначе вам это знакомо. Насколько это справедливо?

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

Мы считаем, что команда должна состоять из специалистов разного возраста, с разным опытом и знаниями:
⭕ Молодежь укрепляет команду новыми взглядами, новыми подходами, не ограниченными опытом.
⭕ Более опытные специалисты обладают ценными знаниями и могут решать сложные задачи.
⭕ Сеньоры же обладают уникальным опытом и умением решать задачу комплексно.

Так что мы предпочитаем смешанные команды, которые могут работать над любыми проектами.

Рекомендуем к просмотру выпуск #Кибирд - Возраст в IT

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

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

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

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

Mad Stream продолжается! 🤘

На этой неделе нашим спикером будет Игнат Ким, Junior Frontend developer в Mad Devs. Он выступит с темой "Никогда не поздно уйти в айти".

На стриме Игнат расскажет о плавной смене карьеры со старшего аудитора в Киеве на фронтенд разработчика в Бишкеке. Поделится когда, зачем и нужно ли вообще менять карьеру. А также подскажет в каком направлении стоит двигаться, если ты все-таки готов к новому вызову. И на десерт разберет, что можем мы - "career switchers" предложить индустрии, а индустрия нам.

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

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

Доверие между клиентом и командой - насколько это важно?

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

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

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

Вся боль программиста...

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

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

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

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

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

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

Хотите решить проблемы с SEO одним махом? Поможет вам в этом SEO анализатор, разработанный Денисом Грушкиным. Подробнее об этом плагине и о том, как с ним работать, Денис рассказывает в своей статье: https://medium.com/maddevs-io/seo-analyzer-bfb0eea16801

Backstage со съёмки #Кибирд. Ждёте новый выпуск? 🧐

Время обновить плейлист. В музыкальной рубрике 🎶 от Mad Devs сегодня расчехляет свои находки Александр - Python разработчик. А дело было так:

Главред: Делись музыкой!
Александр: Мои вкусы слишком специфичны.
Г: Так посвяти же нас в них.
А: Я слушаю всё, кроме тяжелого металла!
Г: Больной ублюдок! 😮

Но не суть. Итак, ловите:
🎹 Ненавязчивое элегантное творчество корейской диджейши (такой же феминитив?🤔) Peggy Gou. На что обратить внимание: It makes You Forget, Han Pan, Starry Night.
🎹 Всем любителям Игры Престолов, викингов, нордической культуры и средних веков посвящается. Осторожно, при прослушивании хочется хватать меч и идти защищать короля: https://open.spotify.com/playlist/1ZiAtqAMkqWWhdXi15Tj9A?si=3d55a5c38f694ebe&nd=1

Когда проект не готов, а заказчик уже хочет демо...🙂