Тестирование - эту стадию некоторые компании просто игнорируют или как минимум недооценивают, но в 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 мин. до начала ивента.

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

Кого вообще затрагивает твой новый статус тимлида?
Ты думаешь, что раз тебя назначили лидом, то все с этим согласны? Скорее всего согласны только ты и тот, кто тебя назначил на эту роль. Давай подумаем, кого эта ситуация в целом затрагивает и какие есть опасения или ожидания?

Первое, что тебе надо сделать - это расписать все опасения, ожидания от тебя и вопросы к тебе в масштабах компании.

Кого назначение тебя как лида это может затрагивать?

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

Возможные вопросы в головах людей:

Внутри команды:
- Почему он? Почему не я?
- Что стало с предыдущим менеджером?
- Что будет с моими договоренностями с предыдущим лидом?
- Что будет с моей карьерой?
- Нормально же все было, может меня уволят?
- Как я буду выглядеть на его фоне?
- Куда ушел предыдущий лид? (Это важный вопрос, на который нужно отвечать, потому что он мог собирать команду и работать с ней)
Смежные команды:
- Че за перец вообще такой?
- А что стало с предыдущим лидом?
- Какие зоны ответственности?
- Что будет по договоренностям с предыдущим лидом?
Босс:
- Он вообще справиться?
- Когда он сможет начать перформить?
- Не выгорит ли он и не засвистит у него фляга?
Семья:
- Будет ли он достаточно времени проводить с нами?
- Будет ли он свой стресс срывать на нас?
- Справится ли он?

Ну и таких вопросов может быть еще огромное количество. Поэтому, мы идем дальше и начинаем добывать информацию из разных источников. Задавайте вопросы в комментариях, и Андрей “Чак” Минкин с удовольствием на них ответит.

Каким выражением можно встретить нового деливери менеджера в Мad Devs?
— Welcome to hell! 😈

Многие утверждают, что успехи в олимпиадном программировании открывают двери в самые успешные 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