Mad Devs Channel
1.8K subscribers
545 photos
28 videos
1 file
791 links
Канал Mad Devs.🤘Здесь мы рассказываем о жизни компании и инсайтах. Делимся знаниями и лайфхаками IT-индустрии.
Download Telegram
Среда – самое время подумать о полезной книжке на выходные. Продуктивность разработки не должна быть головной болью, умные люди уже всё придумали за нас. Например, Эдмонд Лау ещё в 2015 году написал "Справочник эффективного инженера" (В оригинале - "The Effective Engineer: How to Leverage Your Efforts In Software Engineering to Make a Disproportionate and Meaningful Impact")

Это отличный сборник советов для инженеров-разработчиков, тимлидов, CTO, CIO и вообще всех тех, кто пишет код или управляет разработчиками. В книге раскрываются сотни секретов и лайфхаков от лучших инженеров таких известных проектов, как Facebook и Quora. Одна из книг, которая изменяет способ мышления.

У нас в корпоративной библиотеке Mad Devs более 150 изданий, и постепенно мы расскажем о тех из них, которые понравились нам больше всего, пополняйте свои списки!
Отличный контент, которого у нас много в Сети и ещё больше в разработке, должен приносить пользу. Поэтому с нами теперь сотрудничают SEO-специалисты из Peklo Studio. Они разогревают наши статьи горячими ключевиками, чтобы Google поднимал нас повыше в поиске.

Недавно они запустили курс по созданию таргетированной рекламы, который мы советуем посмотреть всем, кто ещё не умеет продавать с помощью контекста или просто хочет прокачаться по этой части: https://t.me/peklostudio

Кстати, вместе с Peklo Studio мы выпустили невероятно мощную штуку Peklo Tool – инструмент, который в разы увеличит эффективность вашей контекстной рекламы за символические деньги. Peklo Tool уже используют тысячи маркетологов и веб-студий в СНГ, не отставайте!
Media is too big
VIEW IN TELEGRAM
Продолжая серию выпусков "Не нужны (?)", Михаил Иващенко и Олег Пузанов решили обсудить доводы "за" и "против" того, необходимы ли тестировщики (QA – Quality assurance) в современных процессах разработки софта.

Среди прочих, в выпуске будут обсуждены следующие мысли и вопросы: Если разработчик сам способен написать тесты на свой код и проверить продукт, то зачем отдельно выделенный человек на это? Какими навыками и инструментами должен обладать специалист по тестированию чтобы приносить пользу команде? Чем отличается ручной тестировщик от QA инженера? и др.

Как всегда, вы услышите примеры из практики, и много специфичного "чисто айтишного" юмора.

Keybeard #16 – Тестировщики не нужны
K8s сейчас качает. Его хотят внедрять везде и для всего. Он модный. Если внедрять что-то только из соображений "это модно" или "интересно попробовать", фейлы неизбежны. Не работающее, пусть и сто раз модное, вообще не нужно. Совсем.

Поэтому мы читаем не только восторженные статьи про "Кубер где угодно и для чего угодно", но и прекрасный в своей суровости http://k8s.af/ ("K8S as fuck"). Он как пылесос – собирает все фейлы с Кубером и учит народ здоровому скептицизму. Там мы учимся на чужих ошибках при построении инфраструктуры с K8S, чтобы не допускать своих. Так что вот вам совет от Чака (aka Andrew Minkin):

"Если имеете дело с Кубером, не забудьте добавить http://k8s.af/ в закладки."
Мы плотно работаем с зарубежными заказчиками: наши клиенты базируются в 12 разных странах мира. Больше всего проектов из США и Великобритании, а третье место уверенно занимает Юго-Восточная Азия.

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

Мы стараемся делать приложения и сервисы на том уровне, чтобы нам самим было их комфортно использовать. Для этого мы уделяем особое внимание фронтенду, UI/UX части. В некоторых случаях для максимального результата мы выезжаем в ту страну, где используется наш продукт, чтобы изучить привычки аудитории. Так, например, мы приезжали во Вьетнам для сбора фидбека на наш проект GoDee, который позволяет резервировать места в автобусах. Практика dogfooding и общая культура обратной связи в компании помогает нам развиваться.
В Mad Devs постепенно начинается появляться департамент IoT. Когда-то шутили, что software отличается от hardware тем, что софт легко менять, ведь он soft. Однако прогресс не стоит на месте и то, как развивается сейчас хардвара и то, как стало гибко ей управлять, обновлять и строить - впечатляет. За неполные 3 года в Mad Devs было сделано несколько IoT проектов:

http://iotsploit.co/ (тут не было создания иотов, но было очень много исследований иотов на рынке);
иот для проверки интернет соединий на производстве;
• и иот для непрерывной уличной сьемки в автономном режиме (пока не можем говорить публично о проекте, так как он еще не вышел на рынок).

Недавно Антон, специалист иот направления Mad Devs поделился статьей о том, как просто можно начать разрабатывать железо

Так же скоро будет еще более интересных статей на эту тему

В общем предикчу огромный рост разработки иотов, так же как распространение иотов по миру. Готовимся, друзья!
В Mad Devs мы разделяем такие ценности, как прозрачность и открытость взаимодействия как внутри команды, так и с клиентом. Мы также стремимся автоматизировать рутину сотрудников и высвободить им время для более важных стратегических задач. Благодаря этому появился внутренний проект Collector.

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

На данный момент внутри Collector реализована панель мониторинга для менеджеров, где они могут самостоятельно управлять командой, а также контролировать загрузку каждого специалиста. Благодаря этому удаётся своевременно выявлять проблемы продуктивности и несоблюдение регламентов компании.

Разработка и улучшение продукта идет полным ходом! В планах – дашборда мониторинга для клиента с возможностью контролировать стоимость разработки относительно прогресса команды, а также прочие улучшения метрик.
Что почитать в отпуске? Советуем неизменную классику "Как привести дела в порядок (Getting Things Done)" от Дэвида Аллена. Поможет и собраться в отпуск, и провести его с пользой, и эффективно разгрести накопившиеся задачи после отдыха.

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

Следование принципам GTD позволяет работать без стресса, разумно расставляя приоритеты. Мозг при этом остаётся в продуктивном состоянии - генерирует полезные идеи и принимает оптимальные решения. В Mad Devs некоторые ребята перечитывают книгу раз в год, чтобы освежить GTD в памяти и эффективно применять эту методику на практике. Книгу можно найти у нас в корпоративной библиотеке и вот здесь: https://www.amazon.com/Getting-Things-Done-Stress-Free-Productivity/dp/0142000280
Сейчас, кажется, уже ничто не мешает напилить веб-приложение полностью в браузере, используя GitLab и GitHub. Начинаешь с pipeline и тестов, заканчиваешь автоматической поставкой. Пока что тяжело понять, как быстро кодить там интерфейсы, но вот API можно без проблем. Ждем полноценного выхода https://github.com/features/codespaces, а пока попробуем на GitLab полностью в браузере напилить API, например, курса валют.
Многие знают, что основная часть наших сотрудников живёт в Киргизии и конкретно в Бишкеке, но географически Mad Devs гораздо шире – мы активно нанимаем ребят из России, Украины, Беларуси, Казахстана и других стран Восточной Европы.

Недавно собеседовали разработчиков из Черногории, Македонии, Польши и Боснии, но, к сожалению, пока не нашли подходящих кандидатов. Может быть, мы не так и не там ищем?

Если кто-то из ваших знакомых знает, где в Восточной Европе стоит нанимать продвинутых техспецов, пишите нам на hr@maddevs.io

Договоримся!
На подходе дизайнерский Mad Stream! 🔥

В этот четверг наши эксперты Влада и Скрив выступят с темой: Рабочие процессы, или как создаются шедевры?

🔰Отличная возможность узнать о том как наши дизайнеры создают проекты, какие инструменты используют и как меняются процессы от проекта к проекту.

Из полезного на стриме вы узнаете:
• Как дизайнить быстро и качественно;
• Сколько вариантов дизайна нужно создать чтобы он "выстрелил";
• Как презентовать наработки клиенту;
• Как оптимизировать и организовать рабочие процессы и многое другое!

Дата/время: 18 июня 2020 в 18:30
Ссылка на YouTube: https://youtu.be/RNFMOnQBMQ4
Что делать, если нужно запустить #Postgres в #TeamСity до запуска тестов? Наш CTO Чак (он же Andrew Minkin) разбирался с проблемой и написал по итогам этого статью, которая вышла не только в нашем блоге, но и на Hacker Noon.

Статья сразу на английском, чтобы нанести вам двойную пользу. Так и быть, спойлер: без контейнеров (Docker!) тут обойтись не могло. Остальное в посте:

https://blog.maddevs.io/running-postgres-as-a-build-requirement-in-teamcity-build-8c6413576e33
Весь мир активно борется со стереотипом о том, что у ИТ не женское лицо. Девушки успешно работают в нашей отрасли, в том числе и на технических позициях. Многие открывают собственные ИТ-бизнесы, создавая рабочие места и нужные сервисы.

Прекрасное видео с Тамарой Мун, которая работает в Mad Devs уже несколько лет и сейчас занимает позицию Delivery Manager в нашей компании, лишнее подтверждение тому, что дамы вносят огромный вклад в развитие отрасли. Кроме Томы, в ролике снялись ещё несколько девушек из других компаний Кыргызстана, которым мы также желаем дальнейших успехов. 🌟Динара Руслан 🌟 Тамара Мун 🌟 Санира Мажикова 🌟Айдана Аидланова 🌟 Салия Асанова, мы гордимся вами!

https://youtu.be/Uy5yXjWMb2Y
И снова Keybeard!

Михаил Иващенко и Олег Пузанов на этот раз решили разобрать вопрос о том, что работа в вашем проекте не приносит вам удовольствия. Знакомо? Тогда кликайте на play и пишите в комментариях под видео с чем согласны а с чем нет.

Также не забудьте лайкнуть видео, посмотреть его до конца (ведь мы как всегда оставили самое интересно напоследок) и поделиться роликом с друзьями!

https://youtu.be/PkFHpoVw02s
Не секрет, что в IT-отрасли огромная нагрузка на зрение. Программисты и люди смежных профессий проводят перед компьютером целый день, часто работая ещё и сверхурочно. Часы отдыха тоже порой превращаются в зависание перед экраном гаджета. Всё это приводит к недостаточной подвижности мышц глаза из-за постоянной фокусировки на ближайших объектах.

Как помочь глазам отдохнуть с помощью простейших приёмов, которые не займут у вас много времени, но позволят сохранить зрение? Об этом читайте в статье нашего ПМа Димы Кононенко:

https://blog.maddevs.io/kak-sohranit-zdorove-vashih-glaz-a829d4cb082a
Для разработчика софта видеоигры не только зло, но и источник мудрости. Их создают далеко не глупые люди. Часто цитаты из игр не менее круты, чем цитаты из блокбастеров с многомиллионными сборами. И мудрости в них тоже не меньше.

Наш 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 – это полноправный член проектной группы, а его фокус – эффективность работы команды и автоматизация максимально возможного количества рабочих процессов.