Блог команды
Сегодня хочется вставить свои пять копеек в примирение ИТ и HR. Иногда отдельные представители HR действительно “перегибают”, применяя в ИТ методы, которые здесь не очень-то работают. Но не все мы такие!
В продолжение темы о метаниях компаний между удаленным, офисным и гибридным форматами хочется поговорить о бизнес-процессах. Любой из форматов будет хорош, если нормально эти процессы выстроить.
Техники тайм-менеджмента основаны на предположении, что человек может неограниченно управлять своей производительностью. Но это не так. Кому-то легко заходит очередной эксперимент с рабочим и нерабочим временем, а у кого-то нет сил даже на то, чтобы начать.
Недавно крупные компании массово отчитывались об успешном изменении формата на дистанционный и продаже офисных зданий. А последние полгода или даже год некоторые из них сменили курс на противоположный - начали требовать возвращения в офисы...
Говорят, у менеджеров никогда нет времени - у них постоянные созвоны и миллион разных дел. Создаётся впечатление, что чем выше твоя должность, тем больше времени в сутках тебе нужно, чтобы всё успевать.
О код-ревью уже сказано очень много, но все равно остаются моменты, о которых можно поспорить. Именно их мы не так давно обсуждали на одной из внутренних ИТ-посиделок.
Изложу свой взгляд на то, что меняется, когда разработчик вырастает в тимлида. Мой рассказ ориентирован на тех, кто еще только думает о карьерном росте в направлении тимлида. Возможно, здесь вы найдете ответы на свои вопросы.
Все говорят о том, что для эффективной работы в командах нужны софт скиллы. Но обычно их оценивают по факту — в основном в контексте найма. А что делать, если с технической точки зрения люди — огонь, но рабочий процесс требует, чтобы они были более «софтовыми»?
Мы провели эксперимент. Больше полугода мы проработали без тестировщика в команде, и сейчас пора посмотреть, что из этого получилось.
В этой статье я — редактор блога Максилекта — собрала опыт коллег и добавила немного от себя про прижившиеся сценарии, неочевидные плюсы/минусы и грабли, всплывшие по итогам использования нескольких «слоев» умного дома.
Привет, я редактор блога Максилект на Хабре. Сегодня я впервые буду высказываться от своего имени. Расскажу, как выглядит история с нашим блогом в ракурсе событий последнего года и почему ИТ-специалистам все еще стоит тратить время на написание статей.
Специально для вас я подготовил серию вредных советов, соблюдение которых точно вышибет вас из рабочей колеи. Только так вы сможете весь год прокрастинировать и обоснованно жаловаться на окружающую атмосферу!
Онлайн-формат имеет свои особенности. Нет слушателей перед глазами - нет оперативной обратной связи о том, насколько им интересно. В этой статье поговорим о том, как с этим жить. Техническую часть оставим за кадром, а сосредоточимся на подготовке спикера.
В продолжение нашей серии для начинающих ИТ-шников поговорим о моделях релизов. Это очень обширная тема, но мы пройдемся по верхам и исключительно с позиции разработчика. Поговорим о популярном CI/CD, какую роль тут играет Kubernetes и почему фичи не сразу оказываются в проде.
“Не горбись!”, - я раньше часто это слышал в свой адрес. Обстоятельства вынудили меня погрузиться в вопрос. Я понял, почему проблема не решалась раньше и нашел способ все изменить. Хочу поделиться общими идеями. Возможно, кому-то это поможет, как помогло мне.