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

Наш CTO Чак (aka Andrew Minkin) поделился репликами Кратоса из Вселенной God of War и фразочками из серии игр Bioshock, которые помогают ему в работе. Игровые ситуации порой весьма хорошо отражают реальность и позволяют понять важнейшие принципы управления командой. Не верите? Предлагаем проверить.

Статья сразу на английском для нанесения дополнительной пользы: https://blog.maddevs.io/leadership-lessons-i-learned-from-videogames-b1e749b5c25

Сегодня разбираемся, кто такой TeamOps 👨‍💻

У современной команды разработчиков есть потребность в автоматизации некодовой активности. Часто она уходит вниз по приоритетам, и вместо неё пишут код. Если процессные неудобства накапливаются, падает продуктивность.

Логично спросить, не заняться ли этим менеджеру проекта? Эта профессия постепенно уходит в историю. Если команде поставлены цели или OKR, она прекрасно справляется и без ПМ. А TeamOps – это человек, который владеет инструментарием для того, чтобы работа команды инженеров была эффективной.

Среди его обязанностей:

- настройка и автоматизация работы в Jira;
- управление алертами и ботами в Slack;
- формирование и контроль информационных каналов для команды;
- автоматизация примитивных процессов типа "подпинывать разрабов, если merge request не принимается более 30 минут".

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

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

Как же выучить английский быстро и эффективно, почему не стоит пренебрегать грамматикой и с какой периодичностью повторять слова, чтобы кривая забывания Эббингауза была за тебя, а не против? Какой софт поможет начинающему англофону?

Об этом в статье нашего проектного менеджера Дмитрия Кононенко: https://blog.maddevs.io/ru-how-to-memorize-information-better-when-you-study-2b80ee219056

Сегодня делимся чеклистом который поможет отличить сеньера от мидла. Подготовил список наш CTO – Андрей "Чак" Минкин, чекаем!

https://telegra.ph/Iz-midla-v-senery-06-15

Как автоматизировать повторяющиеся процессы в компании, если у вас уже есть JIRA? Знакомьтесь: наш внутренний проект Mad Flow. При помощи плагинов JIRA и написанных нами скриптов он позволяет сотрудникам Mad Devs серьёзно экономить время на рутинных вещах.

Как работает Mad Flow? Например, вам предстоит написать и отправить очередной отчет о выполненной работе за месяц. Наверняка вы делаете это так: копируете старый отчет, мучительно вспоминаете, что туда добавить, а ещё - людей, которым надо отослать отчёт.

Как этот же процесс выглядит с применением Mad Flow? Он создает задачу "Ежемесячный отчёт" по расписанию. Внутри уже есть чеклист для всего, что нужно добавить в отчет. Mad Flow уведомляет вас и о дедлайне по отправке отчёта. Удобно, не правда ли?

По ссылке, развернутая статья о проекте на английском языке: https://blog.maddevs.io/how-to-automate-jira-mad-devs-experience-50c7836eec65

Поговорим о документации. Как известно, что не документировано, то благополучно позабыто. Часто те, кто любит кодить, к обновлениям документации относятся плохо. Как раз для них создана концепция Docs Like Code, описанная в одноимённой книге – Docs Like Code by Anne Gentle

Краткий спойлер: когда у вас сложный проект с десятками постоянно допиливаемых сервисов, документация может стать кошмаром. Если вести её в Git, используя Gitflow, можно снять многие боли, воспользовавшись уже налаженным процессом для разработки.

Книга будет интересна прежде всего техническим писателям и проектным менеджерам. Впрочем, разработчики, занимающиеся документацией тоже наверняка её оценят. Мы в Mad Devs уже начали внедрять подход Docs Like Code, и пока результаты нас радуют.

Не так давно наш фронтенд-разработчик Антон Грушкин выступил на слаконаре Hexlet.io с темой “Командная игра в разработке: не быть мудаком проще, чем кажется”. Слаконар – это формат интерактива со спикером, при котором вопросы и ответы печатаются в канале Slack.

В любой команде есть те, кто считает себя “равнее других” – опаздывает на общие созвоны, вынуждая остальных ждать, или отстаивает костыли в своём коде так, словно на них держится Вселенная. Люди-хронофаги, пожиратели чужого времени. Проще говоря, мудаки. Часто они ухудшают продуктивность всей команды и срывают сроки, что может вылиться во вполне ощутимые денежные штрафы.

Как стать таким стоппером и блокером? Какие простые приёмы и инструменты стоит использовать, чтобы выполнять свои обязательства? Как не оставлять в проекте бардака и вовремя информировать команду? Почему твоё саморазвитие не только твоя, но и общекомандная проблема? Ответы на все эти вопросы можно получить, почитав материалы слаконара.

Новый сайт Mad Devs уже тут, встречайте!

https://maddevs.io/

За время изоляции мы успели подготовить новый сайт с информацией о нас как компании, наших услугах и проектах. И это только начало – в дальнейшем на сайте Mad Devs появятся серии новых технических статей и большой обучающий проект для заказчиков ПО – Customer University.

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

А ещё наш новый сайт, полностью в opensource! Чекайте последние изменения в GitHub

Сейчас у нас фаза сбора обратной связи от пользователей, и вся команда сайта (а это наши дизайнеры, разработчики, маркетологи, проектные менеджеры и админы) с нетерпением ждёт ваших отзывов и предложений!

Десятки спринтов, 1000+ pull requests, но мы готовы увеличить эти цифры ради отличного результата! Пишите нам в поле comments прямо под этим

Мы в Mad Devs следим за последними трендами и больше не можем игнорировать популярность TikTok. (Да, теперь за тем, как мы работаем, можно следить и там тоже - обещаем много забавных видео из наших просторных офисов!)

Ищите нас там по нику maddevsio или просто переходите по ссылке: https://vm.tiktok.com/J8GJgrp/

В Mad Devs мы работаем не только над качеством наших продуктов, но и над качеством знаний в команде. У нас внедрена процедура аттестаций сотрудников.

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

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

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

В этот четверг мы проводим онлайн-вебинар для начинающих специалистов, которые хотят узнать как грамотно вести онлайн переписку в бизнес кругах. Наш спикер, Айсулуу Токманбетова, выступит с темой «Деловая переписка: базовые принципы».

В ходе выступления Вы узнаёте:
- Как написать письмо на которое ответят;
- 6 обязательных шагов в деловой переписке;
- Bad habits в деловой переписке, которые всех бесят.

После нашего Mad Stream будет сессия вопросов и ответов.

Будем ждать всех желающих!

📅 В четверг 16 июля.
⏰ В 18:00 по Бишкекскому времени.

Ссылка на стрим: https://youtu.be/2m4qvRz6ZSs

Сегодня полезный пост про линтеры.

Для тех, кто пока не начал кодить: линтер – программа, которая проверяет код на соответствие стандартам, используя определённый набор правил.

Какими линтерами стоит пользоваться при разработке и организации непрерывной поставки (CI)? Ниже список от нашего CTO, Андрея Минкина:

1. Проверка стайлгайдов — pep8, go vet.
2. Проверка докстрингов — golint, pylint.
3. Проверка на мертвый код и неиспользуемые зависимости — deadcode, pyflake8.
4. Проверка на цикломатическую сложность (Cyclomatic Complexity) — gocyclo.
5. Проверка на безопасность и статический анализ AST — gosec, bandit.

Мы уже писали пост про изучение Go для начинающих. Оно, конечно, полезно, но что делать продолжающим? А продолжающим можно идти по следующим путям:

1. https://github.com/golang/go/wiki/Courses – официальный гайд от команды разработчиков Go. Покрывает внутренности языка, конкуренси, распределенные системы, сети и дизайн компилятора
2. https://github.com/hoanhan101/ultimate-go – отличный гайд для закрытия всевозможных зон некомпетенции от алгоритмов, до дизайна языка. От дизайна ПО до тестирования. Это более общий и широкий гайд, который будет отличным дополнением узкопрофильному и хардкорному варианту от разработчиков языка.

Развивайтесь и процветайте!

Иногда возникает необходимость изучить что-то срочно. Задача по переносу растущего проекта в облако может потребовать от ваших инженеров новых компетенций. Что делать, если нужно за очень короткое время освоить AWS и облака?

Есть множество разных курсов разной степени фундаментальности, но наши инженеры рекомендуют https://acloud.guru Этот ресурс с хорошим контентом по облакам также даёт рекомендации по тому, как лучше усваивать новую информацию.

Кроме того, "A Cloud Guru" имеет разбиение по ролям в компании – если вы разработчик или архитектор, можете выбрать Developer или Architect соответственно, чтобы получить доступ к материалом для вашей специализации. На ресурсе также доступна и подготовка к сертификации.

Уже много лет мы предоставляем IT-услуги сервису доставки Namba Food, который во время карантина обеспечивал жителей Бишкека едой и лекарствами, и сейчас продолжает активно работать. Проект предлагает различные варианты сотрудничества - от собственной брендированной страницы организации до полноценного партнёрства с развёртыванием аналогичного сервиса в другом городе и под другим брендом.

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

В нашей статье мы рассказываем о росте и развитии решения Namba Food, его компонентах и некоторых экономических показателях, свидетельствующих об устойчивом росте и развитии проекта:

Namba Food: Top 1 Delivery Service in Central Asia

Чтобы не было мучительно больно, желательно всегда знать, что происходит у вас на продакшне. Решить эту проблему помогает хороший мониторинг. Какими системами стоит пользоваться? Ниже топчик от Чака (aka Andrew Minkin), CTO Mad Devs.

1. Sentry.io хорош для сбора ошибок с бекенда и фронтенда.
2. Crashlytics стоит использовать для проверки мобильных приложений.
3. New Relic даёт возможность сбора метрик по приложению, профайлинга и ошибкам.
4. Elastic APM – альтернатива New Relic.
5. Prometheus – хорошее хранилище метрик.
6. ELK подходит для анализа логов.

Мониторинг спасает от панического перетряхивания всего продакшна в попытках понять, что там происходит. Хороший и качественно настроенный мониторинг вовремя предупредит о проблеме и позволит локализовать её (у вас будет хотя бы примерное представление, что именно сломалось). Вы получите оповещение в Slack и отправитесь чинить правильную часть системы, не ломая ничего больше. Мониторинг – ваши глаза и ваш рентген, без него вы работаете вслепую.

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

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

Но есть и те, кто идёт ещё дальше. Учёные уже пробуют создать полностью цифрового человека – существо, которое выглядело бы как человек, при этом не являясь человеком. Один из них, Дуг Робл, даже рассказал об этом в докладе TED: https://www.youtube.com/watch?v=nJd_2mJ4u-I

Сегодня говорим про алгоритмы.

Где их изучить? Источников множество, но если вы новичок в программировании, лучше сразу выбирать хороший первоисточник, чтобы потом не переучиваться с плохого. Мы советуем материалы Роберта Седжвика (Robert Sedgewick), профессора Принстонского университета и бывшего члена совета директоров Adobe Systems. Он написал ряд книг по алгоритмам для нескольких языков программирования. Ещё на Coursera можно пройти два курса по алгоритмам, который Роберт Седжвик читает вместе с коллегой Кевином Уэйном:

• https://www.coursera.org/learn/algorithms-part1
• https://www.coursera.org/learn/algorithms-part2

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

Mad Stream продолжается!
⠀
В этот четверг мы проводим онлайн-вебинар, где наш специалист по Embedded System Engineering, Антон Козлов, выступит с темой:

«Что можно напечатать на 3d принтере, помимо ещё одного 3d принтера.»
⠀
На стриме вы узнаёте:
1. О том как нам преподносят трехмерную печать и чем она является на самом деле;
2. Трехмерная печать не серебряная пуля, недостатки технологии как: масштабируемость, цена, качество изделий;
3. Основные виды трехмерных принтеров доступных простому обывателю и принцип их работы;
4. Пример проекта в котором трехмерная печать ускорит разработку продукта.
⠀
После стрима будет сессия вопросов и ответов.
⠀
Ждем всех желающих!
⠀
Мероприятие начнётся в четверг 30 июля, в 17.00 по Бишкекскому времени.
⠀
Ccылка на стрим: https://youtu.be/klHxO9c1d2Y

Проверено Mad Devs: лучшие посты получаются из того, что по-настоящему бесит. Наш CTO Андрей (Чак) Минкин однажды потратил 14 часов, чтобы запустить Geo Django на ElasticBeanstalk. Если вам тоже нужно сделать это, и вы не желаете изобретать колесо заново, прочитайте статью (но учтите, что она на существует только английском языке)

🧨 Running Geo Django on ElasticBeanstalk