Вёрстка из тех задач, которые серьёзные инженеры-программисты склонны презирать, и очень зря. Допустим, вы вложили кучу человеко-часов в бэкенд со сложной логикой, а верстальщик накосячил, и Гугл никому не показывает ваш сайт. В этом случае в трубу вылетают усилия сразу всей команды. Поэтому аксиома: верстать нужно правильно, по науке, следуя принципам семантической вёрстки. О ней и о многом другом в статье младшего фронтенд-разработчика Алисы Манаковой.

Не просто верстка. Что нужно знать, чтобы верстать ХОРОШО?

Если весь день вы копируете и вставляете код вручную, остановитесь и погуглите. Вы точно что-то делаете не так. Почти для всего уже есть готовые решения. Или их довольно просто написать. Наш фронтенд-разработчик Тимур Минкин раньше копировал части правил CSS из файла в файл. Потом он понял, что с помощью SASS расширения можно освободить время для более интересных задач, и изложил свой опыт в статье "How to Make Better Use of SASS Extensions for Custom CSS Variables", которую можно прочитать в нашем блоге

#вакансии

Проекты, над которыми мы работаем, растут, и прямо сейчас мы ищем питонистов в Mad Devs. Скажем сразу: да, нужны люди с опытом, те, кто погружался в соответствующий стек глубоко. Что нужно уметь и сколько предлагаем денег - вся эта инфа есть по ссылке:

Python Developer (Middle)

Онбординг в проекты и быструю акклиматизацию обеспечим: мы фанаты хороших процессов и подробной документации (но не до степени бюрократии).

Важный комментарий: мы "умеем готовить" удалёнку - все наши процессы выстроены так, чтобы вы могли работать откуда угодно, не чувствуя оторванности от остальной команды. Если офис не ваша история, у нас туда ходить не нужно!

Бесконфликтная среда - статичная среда. Где ничего не обсуждается, там ничего и не происходит. Правда ли, что конфликт может помочь компании вовремя предотвратить фатальную ошибку? Верно ли, что хороший руководитель мечтает о подчинённом, который сумеет убедить его отказаться от бредовой идеи? Обо всём этом - в новой статье основателя Mad Devs Олега Пузанова (на английском языке)

Fight & Struggle: the use of a healthy conflict at work

Год - это много или нет? Если он первый, то немного! За год в ИТ можно успеть освоить основы профессии разработчика и кое-чему научиться на своих первых ошибках. Понять, что интроверт в худи и наушниках - вовсе не идеал программиста, потому что надо уметь доносить свои мысли до команды (иногда ртом и громко!). Разобраться, что ценят не того, кто хватается за каждую задачу, а того, кто научился не обещать лишнего. И что ошибаться надо с азартом, а не до отчаяния! Обо всём этом можно подробно прочитать в статье нашего младшего разработчика Алисы Манаковой:


Программирование с нуля: 7 уроков, которым я научилась за год в IT

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

У нас часто спрашивают, как начать программировать самостоятельно и не “перегореть” во время обучения. Теперь можно спросить об этом напрямую у нашего сотрудника Айбека Ногоева!

До Mad Devs Айбек работал в международной аудиторской компании. Там всего за год он поднялся с Junior позиции до уровня Senior и был тимлидом во многих проектах. Чтобы расширить список своих навыков и круг возможностей, Айбек решил начать программировать. После двух месяцев самостоятельного обучения он попал в Mad Devs, и теперь он наш Android-разработчик.

Программируя под Android, Айбек изучил еще и iOS разработку, без каких-либо курсов и чьей-либо помощи. На Mad Stream Айбек выступит с темой:

“Соло-прокачка мобильного разработчика”.

На стриме Айбек затронет несколько тем, важных для любого начинающего “мобильщика”:
✔️Как изучать программирование самостоятельно?
✔️Как быстро освоить мобильную разработку?
✔️Как не “перегореть” в процессе обучения?
✔️Как развивать базовые навыки дальше?

Если собираетесь “войти в айти”, опыт Айбека будет вам очень кстати. Интересно узнать работающие лайфхаки?
Тогда скорее сохраняйте ссылку на стрим!

Будем ждать вас 15-го октября, в четверг, в 19.30 по Бишкекскому времени.

Cсылка на стрим: https://www.youtube.com/watch?v=5Ov5gTmAUgo&feature=youtu.be

Одним из самых интересных мест в нашей внутрикорпоративной коммуникации является канал "Random". Ребята там часто делятся полезными ссылками и информацией. И мы с удовольствием рассказываем вам, нашим подписчикам, о самых ценных.
К примеру, инструмент https://bootstrapstudio.io, который помогает легко и быстро создавать адаптивные сайты. Сэкономит вам много времени и сил. Круто!

Mad Stream через 35 мин!🔥

Cсылка на стрим: https://www.youtube.com/watch?v=5Ov5gTmAUgo&feature=youtu.be

Кто такие MadOps? Очевидно, что это DevOps-инженеры, работающие в Mad Devs. Так называется наш DevOps-департамент. Почему админы и разработка должны сидеть рядом, а не на разных этажах? Как выбрать главу DevOps, если вы только открываете это направление? Каков минимальный список навыков DevOps-инженера внутри MadOps? Чем может заниматься DevOps в организации, где вроде бы заняться нечем (но это не точно)? Ответы на все эти вопросы - в статье Андрея "Бути" Сапожникова, главы MadOps:

DevOps at Mad Devs

Листая западные описания вакансий, можно увидеть пометку "this is a people management role". Причём это не преимущество, а ахтунг-предупреждение. И в целом это правильно - руководить людьми не все любят. Что ещё важнее, не все умеют. Часто хорошая команда рассыпается, потому что в неё пришёл новый бесталанный руководитель, который не сумел найти подход к коллективу. Как его найти? Если вы только начинаете свой путь в менеджменте, рекомендуем к прочтению статью нашего консультанта по маркетинговой стратегии Насти Распопиной, она так и называется

5 DOs and 5 DON'Ts of a New Manager
(да, язык статьи - английский, прокачивайтесь!)

О том, как ПМу держать фокус на важном и не тратить время на шум в статье нашего супер ПМа Алисы
Спойлер: секрет в том, чтобы отделять важные вещи от неважных, но чтобы узнать, как это сделать, нужно прочитать полную версию статьи.

Версия на английском

Версия на русском

Keybeard не просто отвязный канал об айти без цензуры. Мы стремимся автоматизировать то, что нам лениво делать, а ещё - оптимизировать то, что делать вообще незачем. Лучший способ оптимизировать ненужное - не создавать его совсем!

Чтобы мы делали только полезные выпуски Keybeard, расскажите нам в комментах, о чём вам интересно послушать – Победят ли всех low-code / zero-code практики? Почему и когда старый добрый монолит лучше десятка микросервисов? Стоит ли всё складывать в контейнеры или нет?

В общем, называйте темы – поговорим на Keybeard!