Привет всем! 👋
Сегодня хочу поделиться классной возможностью поддержать информационно полезное начинание. Ребята из DevCrowd проводят масштабное исследование о работе руководителей разработки и тимлидов, уже второй год подряд!
Цель исследования — разобраться в:
— Основных обязанностях руководителей разработки
— Путях попадания в эту профессию и вариантах дальнейшего карьерного роста
— Уровне заработной платы руководителей
— Полезных ресурсах и подкастах для профессионального развития
Зачем это нужно? Залезть в статистику и сравнить свои ожидания и возможности с рыночными реалиями, строить персональный план развития и, в общем, понять, что происходит в нашей индустрии. 📈
Результаты опроса станут доступны осенью, в открытом доступе. Все, кто хочет углубиться в тему и иметь четкое представление о своих перспективах, просто обязаны принять участие!
Не упустите шанс внести свой вклад и узнать больше об индустрии, к которой мы каждый день прикладываем свои знания и усилия. 🤝
Сегодня хочу поделиться классной возможностью поддержать информационно полезное начинание. Ребята из DevCrowd проводят масштабное исследование о работе руководителей разработки и тимлидов, уже второй год подряд!
Цель исследования — разобраться в:
— Основных обязанностях руководителей разработки
— Путях попадания в эту профессию и вариантах дальнейшего карьерного роста
— Уровне заработной платы руководителей
— Полезных ресурсах и подкастах для профессионального развития
Зачем это нужно? Залезть в статистику и сравнить свои ожидания и возможности с рыночными реалиями, строить персональный план развития и, в общем, понять, что происходит в нашей индустрии. 📈
Результаты опроса станут доступны осенью, в открытом доступе. Все, кто хочет углубиться в тему и иметь четкое представление о своих перспективах, просто обязаны принять участие!
Не упустите шанс внести свой вклад и узнать больше об индустрии, к которой мы каждый день прикладываем свои знания и усилия. 🤝
🔥84👏59❤49
Привет всем! 🌟
На днях я немного погрузился в тему электронных цифровых подписей (ЭЦП) и спешу поделиться своим опытом. Захватывающие технологические дебри, скажу вам! 🔍
До этого мой опыт с криптографией ограничивался знанием основ шифрования и использованием ключей для Git и ssh. Но ЭЦП оказались интересной загадкой, которую мне удалось разгадать за несколько дней.
Так что у нас в основе? Асимметричное шифрование! 🔐
В этой системе у нас есть пара ключей: приватный, который держим в секрете, и публичный, который можно и нужно делиться. Когда генерируются эти ключи, на публичный выпускается сертификат — это гарантирует, что ключ принадлежит вам, а не другому человеку. 📜
Этот сертификат подписывается цепочкой сертификатов доверенных центров сертификации, чтобы не каждый мог выпустить себе такой.
Допустим, Дима хочет отправить подписанный документ Толе. Система вычисляет хеш-сумму документа и шифрует ее приватным ключом Димы — это и есть сама подпись. Если Толя захочет проверить документ, он расшифрует хеш с помощью публичного ключа Димы из его сертификата и сравнит с хешем документа. Если все совпало, документ действительно подписан Димой и неизменен. Таким образом, Диме важно держать свой приватный ключ в строжайшем секрете.
Мне удалось установить Криптопро на Linux, выпустить тестовые сертификаты, освоиться с их JavaScript библиотекой и разработать плагин для Nuxt, который позволяет подписывать и валидировать различные типы подписей.
В итоге я доказал себе, что, несмотря на мою ориентацию на менеджмент, еще могу разобраться в технических задачах и помочь своим разработчикам. 🎉
Удовлетворение от изучения новой технологии — это что-то особенное. А как вы относитесь к тому, чтобы погружаться в неизведанные технодебри? Делитесь своими историями! 💭
На днях я немного погрузился в тему электронных цифровых подписей (ЭЦП) и спешу поделиться своим опытом. Захватывающие технологические дебри, скажу вам! 🔍
Получил задачку в отпуске: разобраться, как работают ЭЦП в браузере и организовать их подписание прямо на странице.
До этого мой опыт с криптографией ограничивался знанием основ шифрования и использованием ключей для Git и ssh. Но ЭЦП оказались интересной загадкой, которую мне удалось разгадать за несколько дней.
Так что у нас в основе? Асимметричное шифрование! 🔐
В этой системе у нас есть пара ключей: приватный, который держим в секрете, и публичный, который можно и нужно делиться. Когда генерируются эти ключи, на публичный выпускается сертификат — это гарантирует, что ключ принадлежит вам, а не другому человеку. 📜
Этот сертификат подписывается цепочкой сертификатов доверенных центров сертификации, чтобы не каждый мог выпустить себе такой.
Допустим, Дима хочет отправить подписанный документ Толе. Система вычисляет хеш-сумму документа и шифрует ее приватным ключом Димы — это и есть сама подпись. Если Толя захочет проверить документ, он расшифрует хеш с помощью публичного ключа Димы из его сертификата и сравнит с хешем документа. Если все совпало, документ действительно подписан Димой и неизменен. Таким образом, Диме важно держать свой приватный ключ в строжайшем секрете.
Технически, это требовало комбинации различных методов подписания, включая простые и усовершенствованные подписи, которые обращаются к доверенному серверу времени.
Мне удалось установить Криптопро на Linux, выпустить тестовые сертификаты, освоиться с их JavaScript библиотекой и разработать плагин для Nuxt, который позволяет подписывать и валидировать различные типы подписей.
В итоге я доказал себе, что, несмотря на мою ориентацию на менеджмент, еще могу разобраться в технических задачах и помочь своим разработчикам. 🎉
Удовлетворение от изучения новой технологии — это что-то особенное. А как вы относитесь к тому, чтобы погружаться в неизведанные технодебри? Делитесь своими историями! 💭
🤔68👍61❤31
Привет всем! 👋
На днях в моем канале поступил вопрос о встречах 1-1, и я хочу поделиться своими мыслями на этот счет, поскольку тема очень важная для продуктивного взаимодействия в команде.
Регулярность встреч 1-1
Оптимальная частота таких встреч зависит от структуры работы вашей команды. Если вы работаете спринтами, то логичным будет проводить 1-1 раз в спринт, что обычно составляет раз в две недели. Но это только ориентир.
1-1 — это не железное правило.
Встречи должны согласовываться индивидуально с каждым сотрудником. Например, новички могут нуждаться в более частых разговорах — раз в неделю, чтобы быстрее интегрироваться. Более опытным сотрудникам может быть достаточно встреч раз в месяц. Главное, чтобы и вы, и ваш сотрудник знали и ожидали этой регулярности, поэтому добавьте рекуррентные встречи в календарь.
Стресс и открытость на встречах
Задача 1-1 — это не стресс, а возможность для открытого обсуждения всех накипевших вопросов и обмена обратной связью. Хороший менеджер создает атмосферу, на которую подчиненные смотрят как на возможность, а не как на стресс.
Перед первой встречей кратко сообщите сотруднику ее цель и повестку, чтобы избежать недопонимания и излишнего беспокойства. Убедитесь, что на самой встрече атмосфера остается дружелюбной и открытой. Задавая вопросы, больше слушайте, давая сотруднику возможность выразить свои мысли и чувства.
Встречные вопросы и обратная связь
Побуждайте сотрудников задавать вопросы! Это не встреча, где менеджер только дает указания или хвалит. Это двусторонняя коммуникация. Иногда менеджер должен слушать до 80% времени, чтобы понять, чего хочет сотрудник, и как он себя чувствует.
А если есть вопросы, на которые сразу нельзя дать ответ, отметьте их и вернитесь к ним на следующей встрече 1-1. Конструктивная критика — тоже часть процесса. Открытая и двусторонняя обратная связь поможет не только сотруднику, но и вам стать лучше в своей роли.
Как вы организуете свои встречи 1-1? Делитесь своим опытом или вопросами! 🤝
На днях в моем канале поступил вопрос о встречах 1-1, и я хочу поделиться своими мыслями на этот счет, поскольку тема очень важная для продуктивного взаимодействия в команде.
Регулярность встреч 1-1
Оптимальная частота таких встреч зависит от структуры работы вашей команды. Если вы работаете спринтами, то логичным будет проводить 1-1 раз в спринт, что обычно составляет раз в две недели. Но это только ориентир.
1-1 — это не железное правило.
Встречи должны согласовываться индивидуально с каждым сотрудником. Например, новички могут нуждаться в более частых разговорах — раз в неделю, чтобы быстрее интегрироваться. Более опытным сотрудникам может быть достаточно встреч раз в месяц. Главное, чтобы и вы, и ваш сотрудник знали и ожидали этой регулярности, поэтому добавьте рекуррентные встречи в календарь.
Стресс и открытость на встречах
Задача 1-1 — это не стресс, а возможность для открытого обсуждения всех накипевших вопросов и обмена обратной связью. Хороший менеджер создает атмосферу, на которую подчиненные смотрят как на возможность, а не как на стресс.
Перед первой встречей кратко сообщите сотруднику ее цель и повестку, чтобы избежать недопонимания и излишнего беспокойства. Убедитесь, что на самой встрече атмосфера остается дружелюбной и открытой. Задавая вопросы, больше слушайте, давая сотруднику возможность выразить свои мысли и чувства.
Встречные вопросы и обратная связь
Побуждайте сотрудников задавать вопросы! Это не встреча, где менеджер только дает указания или хвалит. Это двусторонняя коммуникация. Иногда менеджер должен слушать до 80% времени, чтобы понять, чего хочет сотрудник, и как он себя чувствует.
А если есть вопросы, на которые сразу нельзя дать ответ, отметьте их и вернитесь к ним на следующей встрече 1-1. Конструктивная критика — тоже часть процесса. Открытая и двусторонняя обратная связь поможет не только сотруднику, но и вам стать лучше в своей роли.
Как вы организуете свои встречи 1-1? Делитесь своим опытом или вопросами! 🤝
🔥101👏51❤41
Привет, друзья! 💡
Сегодня будем разбираться, почему же IT-сфера в России стала пионером на пути внедрения классического менеджмента, и как это связанно с практикой встреч один на один.
Коллега в своем посте затронул вопрос о том, что 1-1 встреч не найти в армиях, вузах, заводах или больницах, и, мол, зачем это айтишникам? Давайте разбираться. 🤔
1. Армия — тут все просто: основа на директивном стиле и строгой субординации. Приказ не обсуждают, его выполняют. Выбор тут невелик, по этой причине забота о комфортных условиях для дебатов и обсуждений, мягко говоря, не в приоритете.
2. ВУЗы — здесь часто правят бал советские методы управления, оставшиеся с тех времен. Менять работу сложно, ибо выбор невелик.
3. Заводы и стройки — здесь чаще диктует условия рынок работодателя. Очередь за воротами и традиционные методы управления подавляют мотивацию к нововведениям.
4. Медицина — дефицит кадров и слабая альтернатива за пределами госучреждений создают замкнутый круг. В частном секторе немногим лучше, но туда попадают уже опытные кадры.
Всё дело в ограниченности корпоративного менеджмента на многих производственных площадках. Здесь часто правит Теория X МакГрегора, в то время как на Западе с середины XX века развивались более человечные и эффективные подходы, вроде Теории Y и работ Друкера, подразумевающих большую роль общения и обратной связи.
Так как же все это связано с IT? 🖥
— Карго-культ в IT — это стремление копировать успешные западные модели управления, забыв иногда локализовать процессы и понять суть. Похоже, что это привело не только к ошибкам, но и к позитивным изменениям: изучению и внедрению лучших практик и теорий менеджмента.
— Сильный рынок кандидатов — IT-сегмент страдает от недостатка квалифицированных кадров, что заставляет компании вкладываться в улучшение рабочей среды и управления. Бонусы, ДМС, возможности для развития и, конечно же, 1-1 встречи стали важными составляющими отраслевой культуры.
Таким образом, IT стала пионером внедрения передового менеджмента в России, устанавливая новые стандарты, которых требуют современные специалисты. Не согласившись с этим, компании рискуют остаться позади в борьбе за таланты.
А как вы видите эту ситуацию? Считаете ли вы, что IT-компании установили новый стандарт управления в России? Делитесь своими мыслями в комментариях! 💬
Сегодня будем разбираться, почему же IT-сфера в России стала пионером на пути внедрения классического менеджмента, и как это связанно с практикой встреч один на один.
Коллега в своем посте затронул вопрос о том, что 1-1 встреч не найти в армиях, вузах, заводах или больницах, и, мол, зачем это айтишникам? Давайте разбираться. 🤔
1. Армия — тут все просто: основа на директивном стиле и строгой субординации. Приказ не обсуждают, его выполняют. Выбор тут невелик, по этой причине забота о комфортных условиях для дебатов и обсуждений, мягко говоря, не в приоритете.
2. ВУЗы — здесь часто правят бал советские методы управления, оставшиеся с тех времен. Менять работу сложно, ибо выбор невелик.
3. Заводы и стройки — здесь чаще диктует условия рынок работодателя. Очередь за воротами и традиционные методы управления подавляют мотивацию к нововведениям.
4. Медицина — дефицит кадров и слабая альтернатива за пределами госучреждений создают замкнутый круг. В частном секторе немногим лучше, но туда попадают уже опытные кадры.
Всё дело в ограниченности корпоративного менеджмента на многих производственных площадках. Здесь часто правит Теория X МакГрегора, в то время как на Западе с середины XX века развивались более человечные и эффективные подходы, вроде Теории Y и работ Друкера, подразумевающих большую роль общения и обратной связи.
Так как же все это связано с IT? 🖥
— Карго-культ в IT — это стремление копировать успешные западные модели управления, забыв иногда локализовать процессы и понять суть. Похоже, что это привело не только к ошибкам, но и к позитивным изменениям: изучению и внедрению лучших практик и теорий менеджмента.
— Сильный рынок кандидатов — IT-сегмент страдает от недостатка квалифицированных кадров, что заставляет компании вкладываться в улучшение рабочей среды и управления. Бонусы, ДМС, возможности для развития и, конечно же, 1-1 встречи стали важными составляющими отраслевой культуры.
Таким образом, IT стала пионером внедрения передового менеджмента в России, устанавливая новые стандарты, которых требуют современные специалисты. Не согласившись с этим, компании рискуют остаться позади в борьбе за таланты.
А как вы видите эту ситуацию? Считаете ли вы, что IT-компании установили новый стандарт управления в России? Делитесь своими мыслями в комментариях! 💬
🤔69👍61❤30
Привет, друзья! 🔍
Сегодня расскажу про интересную модель, с которой я познакомился благодаря книге "Идеальный руководитель" от Адизеса.
Это PAEI — четырехсторонняя модель, раскрывающая стили управления и взаимодействия. 📘
Если вкратце, каждый из нас представляет собой уникальную смесь четырех компонентов: производитель (P), администратор (A), предприниматель (E) и интегратор (I).
— P (Производитель) — фокусируется на достижении результатов здесь и сейчас. Человек дела, который сперва делает, а потом уже думает.
— A (Администратор) — настоящий мастер процессов. Он заботится, чтобы все по плану и по регламенту, как часы.
— E (Предприниматель) — мозговой штурм — его любимая игра. Этот человек вдохновляет и привносит новизну, но редко идет в дело сам.
— I (Интегратор) — связующее звено команды. Он превращает группу людей в команду мечты и ставит человечность выше всего.
Прикольное в PAEI в том, что каждый может закодировать себя по этим буквам, используя заглавные для сильных сторон, строчные — для средних, и прочерки для вообще не развитых качеств. Например, "PaeI", "pA-i" или "--Ei". Отличительный менеджер, как подсказывает Адизес, обладает двумя сильными и двумя средними качествами. 💼
Я нашел эту модель полезной не только в рабочих делах, но и в повседневной жизни. Понимание стиля общения любого человека, даже далекого от менеджмента, позволяет найти общий язык, избегая конфликтов и недопонимания. 🚀
Теперь к вам, друзья! 👥 Чем вы руководствуетесь: DISC, MBTI, PCM или PAEI? Делитесь своими впечатлениями и выбирайте свой стиль!
Сегодня расскажу про интересную модель, с которой я познакомился благодаря книге "Идеальный руководитель" от Адизеса.
Это PAEI — четырехсторонняя модель, раскрывающая стили управления и взаимодействия. 📘
Если вкратце, каждый из нас представляет собой уникальную смесь четырех компонентов: производитель (P), администратор (A), предприниматель (E) и интегратор (I).
— P (Производитель) — фокусируется на достижении результатов здесь и сейчас. Человек дела, который сперва делает, а потом уже думает.
— A (Администратор) — настоящий мастер процессов. Он заботится, чтобы все по плану и по регламенту, как часы.
— E (Предприниматель) — мозговой штурм — его любимая игра. Этот человек вдохновляет и привносит новизну, но редко идет в дело сам.
— I (Интегратор) — связующее звено команды. Он превращает группу людей в команду мечты и ставит человечность выше всего.
Прикольное в PAEI в том, что каждый может закодировать себя по этим буквам, используя заглавные для сильных сторон, строчные — для средних, и прочерки для вообще не развитых качеств. Например, "PaeI", "pA-i" или "--Ei". Отличительный менеджер, как подсказывает Адизес, обладает двумя сильными и двумя средними качествами. 💼
Я нашел эту модель полезной не только в рабочих делах, но и в повседневной жизни. Понимание стиля общения любого человека, даже далекого от менеджмента, позволяет найти общий язык, избегая конфликтов и недопонимания. 🚀
Причина, почему я сразу бросаюсь в бой при возникновении проблем, — это сильная сторона производителя во мне. Это знание помогает мне объяснить свои действия окружающим и понимать, когда другие люди действуют иначе.
Теперь к вам, друзья! 👥 Чем вы руководствуетесь: DISC, MBTI, PCM или PAEI? Делитесь своими впечатлениями и выбирайте свой стиль!
🔥91👏58❤42
Привет всем! 🌟
Сегодня хочу поделиться кейсом из моей преподавательской практики, который мы разбирали на вебинаре по мотивации для курса Teamlead.
Это реальная история, которая может служить хорошим примером для понимания сложностей, связанных с демотивацией сотрудников.
В нашем кейсе фигурировал вымышленный Сеньор+ разработчик, которого мы назвали Валера. Он перестал демонстрировать свою прежнюю эффективность, его задачи затягивались, и качество работы упало. В чем же дело?
Ситуация
Валера, ранее занимавший роль лидера в своей команде, оказался в новой команде в роли обычного разработчика после расформирования его прежней группы. Этот переход мог оказаться для него стрессовым и демотивирующим. Причины?
1. Понижение в роли: Смена роли с лидера на линейного инженера может восприниматься как шаг назад в карьере.
2. Потеря интереса: Если Валера стремился развиваться в менеджменте, возвращение к разработке могло лишить его мотивации.
3. Проблемы с адаптацией: Возможно, Валера не успел адаптироваться в новой команде или обиделся, узнав, что новым лидом стал другой человек.
Как избежать подобных ситуаций?
1. Регулярные 1:1 встречи: Общайтесь с подчиненными лично, чтобы понимать их текущее состояние и вовремя выявлять факторы мотивации и демотивации.
2. Постройте доверие: Важно, чтобы сотрудники чувствовали доверие и могли открыто выражать свои мнения и страхи.
3. Выясняйте мотивационные факторы: Это поможет вам понять, что движет людьми и как лучше их поддерживать и мотивировать.
К сожалению, в случае с Валерой, не удалось успешно справиться с этими вызовами, и он покинул компанию. Но подобные случаи служат уроками для всех нас. Важно понимать необходимость своевременной коммуникации и принятия мер для поддержания мотивации сотрудников.
В следующем посте я планирую раскрыть более подробно, какие факторы могут влиять на мотивацию, чтобы избежать таких ситуаций в будущем. 🤝
Ваши мысли? Как в ваших командах справляются с демотивацией? Делитесь опытом и стратегиями! 🌐💬
Сегодня хочу поделиться кейсом из моей преподавательской практики, который мы разбирали на вебинаре по мотивации для курса Teamlead.
Это реальная история, которая может служить хорошим примером для понимания сложностей, связанных с демотивацией сотрудников.
В нашем кейсе фигурировал вымышленный Сеньор+ разработчик, которого мы назвали Валера. Он перестал демонстрировать свою прежнюю эффективность, его задачи затягивались, и качество работы упало. В чем же дело?
Ситуация
Валера, ранее занимавший роль лидера в своей команде, оказался в новой команде в роли обычного разработчика после расформирования его прежней группы. Этот переход мог оказаться для него стрессовым и демотивирующим. Причины?
1. Понижение в роли: Смена роли с лидера на линейного инженера может восприниматься как шаг назад в карьере.
2. Потеря интереса: Если Валера стремился развиваться в менеджменте, возвращение к разработке могло лишить его мотивации.
3. Проблемы с адаптацией: Возможно, Валера не успел адаптироваться в новой команде или обиделся, узнав, что новым лидом стал другой человек.
Как избежать подобных ситуаций?
1. Регулярные 1:1 встречи: Общайтесь с подчиненными лично, чтобы понимать их текущее состояние и вовремя выявлять факторы мотивации и демотивации.
2. Постройте доверие: Важно, чтобы сотрудники чувствовали доверие и могли открыто выражать свои мнения и страхи.
3. Выясняйте мотивационные факторы: Это поможет вам понять, что движет людьми и как лучше их поддерживать и мотивировать.
К сожалению, в случае с Валерой, не удалось успешно справиться с этими вызовами, и он покинул компанию. Но подобные случаи служат уроками для всех нас. Важно понимать необходимость своевременной коммуникации и принятия мер для поддержания мотивации сотрудников.
В следующем посте я планирую раскрыть более подробно, какие факторы могут влиять на мотивацию, чтобы избежать таких ситуаций в будущем. 🤝
Ваши мысли? Как в ваших командах справляются с демотивацией? Делитесь опытом и стратегиями! 🌐💬
🤔69👍59❤33
Привет, друзья! 👋
Сегодня поднимем одну из самых горячих тем в IT-сообществе — почему же так получается, что разработчикам "с улицы" готовы платить в разы больше, чем своим уже проверенным и лояльным сотрудникам? 🤔
На вчерашнем занятии для тимлидов по мотивации мы как раз обсудили материальные и нематериальные способы вдохновения команды, и этот вопрос очень зацепил всех участников. 💬
Почему же бизнес медлит с повышением зарплат своим? Сотрудник, знающий проект и полностью интегрированный в компанию, ведь гораздо ценнее. Однако, скупость на повышение приводит к ситуации, когда оффер от конкурентов привлекательнее, и ваш ключевой разработчик уходит. Бизнес же потом вынужден платить вдвое больше и ещё инвестировать в поиск и адаптацию нового сотрудника.
Похоже, что дело в психологии. Для многих работодателей трудно признать, что рынок диктует необходимость платить больше за ту же работу. Это приводит к своеобразному «авось» — надежде, что хотя бы этот сотрудник останется. 🚪
Что я предлагаю? Мы должны говорить с бизнесом открыто. Объяснять реальные затраты на найм и адаптацию, акцентируя внимание на упущенных возможностях. Ведь временной застой в разработке может стоить компании еще больше. 📉
В добавок можно использовать теорию справедливости Адамса — когда сотрудник узнает, что его коллега с аналогичными обязанностями получает больше, это становится сильным демотиватором. А там уже недалеко до ухода.
Мне интересно узнать мнение коллег и психологов на эту тему.
Давайте обсуждать! 💬💼
Сегодня поднимем одну из самых горячих тем в IT-сообществе — почему же так получается, что разработчикам "с улицы" готовы платить в разы больше, чем своим уже проверенным и лояльным сотрудникам? 🤔
На вчерашнем занятии для тимлидов по мотивации мы как раз обсудили материальные и нематериальные способы вдохновения команды, и этот вопрос очень зацепил всех участников. 💬
Почему же бизнес медлит с повышением зарплат своим? Сотрудник, знающий проект и полностью интегрированный в компанию, ведь гораздо ценнее. Однако, скупость на повышение приводит к ситуации, когда оффер от конкурентов привлекательнее, и ваш ключевой разработчик уходит. Бизнес же потом вынужден платить вдвое больше и ещё инвестировать в поиск и адаптацию нового сотрудника.
Похоже, что дело в психологии. Для многих работодателей трудно признать, что рынок диктует необходимость платить больше за ту же работу. Это приводит к своеобразному «авось» — надежде, что хотя бы этот сотрудник останется. 🚪
Что я предлагаю? Мы должны говорить с бизнесом открыто. Объяснять реальные затраты на найм и адаптацию, акцентируя внимание на упущенных возможностях. Ведь временной застой в разработке может стоить компании еще больше. 📉
В добавок можно использовать теорию справедливости Адамса — когда сотрудник узнает, что его коллега с аналогичными обязанностями получает больше, это становится сильным демотиватором. А там уже недалеко до ухода.
Мне интересно узнать мнение коллег и психологов на эту тему.
Почему так происходит и как этим можно управлять?
Давайте обсуждать! 💬💼
🔥89👏60❤43
Привет всем! 📢
Сегодня хочу обсудить тему, которая терпит некоторый недостаток внимания — взаимодействие между разработкой и бизнесом.
Да-да, тем самым бизнесом, который часто спрашивает: «Почему все еще не готово, и чем вы вообще занимаетесь?» 😅
Многие разработчики предпочитают общению — код. Такие преграды в коммуникации могут приводить к недопониманию и обидам. Как наладить мост между этими мирами? 🤔
Оказывается, увеличить доверие можно через прозрачность. Об этой концепции я узнал из книги «Джедайские техники конструктивного общения» Александра Орлова и был поражен тем, насколько это просто. На практике это может выглядеть как проведение регулярных демо-сессий! 🎉
Идем на шаг вперед - демо проводят сами разработчики. Это не только делает процесс более аутентичным, но и развивает у ребят скиллы презентации.
Итак, что мы получаем в итоге? Бизнес воочию видит, на что идут их ресурсы и какие изменения происходят. Разработчики становятся настоящими мастерами своего дела, учатся говорить о своей работе и видят реальную картину выполненного. А на бонус мы ловим нежданчики в виде багов или новых идей.
Очень классное ощущение, когда осознаешь, что все, что ты делаешь, имеет реальный отклик и ценность для бизнеса. 💪
Сегодня хочу обсудить тему, которая терпит некоторый недостаток внимания — взаимодействие между разработкой и бизнесом.
Да-да, тем самым бизнесом, который часто спрашивает: «Почему все еще не готово, и чем вы вообще занимаетесь?» 😅
Многие разработчики предпочитают общению — код. Такие преграды в коммуникации могут приводить к недопониманию и обидам. Как наладить мост между этими мирами? 🤔
Оказывается, увеличить доверие можно через прозрачность. Об этой концепции я узнал из книги «Джедайские техники конструктивного общения» Александра Орлова и был поражен тем, насколько это просто. На практике это может выглядеть как проведение регулярных демо-сессий! 🎉
Что я предложил нашему проекту: каждые две недели выделять время на демонстрацию достижений за спринт, и пригласить туда всех интересующихся из бизнеса. 💼
Идем на шаг вперед - демо проводят сами разработчики. Это не только делает процесс более аутентичным, но и развивает у ребят скиллы презентации.
Итак, что мы получаем в итоге? Бизнес воочию видит, на что идут их ресурсы и какие изменения происходят. Разработчики становятся настоящими мастерами своего дела, учатся говорить о своей работе и видят реальную картину выполненного. А на бонус мы ловим нежданчики в виде багов или новых идей.
Очень классное ощущение, когда осознаешь, что все, что ты делаешь, имеет реальный отклик и ценность для бизнеса. 💪
🤔73👍56❤32
Привет всем 🟡
Все каналы чет стали подпись делать к своим постам, думаю, чем я хуже. Так при пересылке или репостинге сразу видно будет кто автор уже после прочтения, а не перед ним. Так что знакомьтесь, новый символ
🟢 этот ваш Full Stack
Все каналы чет стали подпись делать к своим постам, думаю, чем я хуже. Так при пересылке или репостинге сразу видно будет кто автор уже после прочтения, а не перед ним. Так что знакомьтесь, новый символ
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥38👏25❤13
Привет всем! 🌟
Давайте погрузимся в мир операционных систем и поделимся мнением о том, как они проявляют себя в повседневной работе. Это субъективный обзор с акцентом на три основные семейства: Windows, Linux и MacOS.
Windows 🖥
Windows остается гигантом среди операционных систем. Она доминирует, в том числе из-за ее давнего присутствия на рынке и зачастую безальтернативного характера. Несмотря на ее опыт и популярность, Windows содержит устаревший код, тянущийся из времен DOS. Для многих пользователей, включая меня, она все еще остается системой для игр. Но когда дело доходит до разработки, я предпочитаю Linux — так что если сталкиваюсь с запросами на настройку среды разработки на Windows, моя первая мысль: "Почему не Linux?"
Linux 🐧
Linux — это целое семейство операционных систем, и здесь, конечно, нужно немного потрудиться. Хотя со временем Linux стал более дружелюбным к пользователям, он всё ещё может поставить вас в тупик, особенно после обновлений. Вот пример с Fedora KDE: обновление привело к проблемам, требующим отката к командной строке и тщательного поиска решений. Да, бывает непросто, но безопасность и настройка под себя этого стоит. К тому же, Linux обеспечивает высокий уровень конфиденциальности и почти неуязвимость к вирусам. Это также основная ОС для серверов по всему миру, а значит, веб-разработчики могут увидеть мощь и стабильность Linux в действии.
MacOS 🍏
MacOS уникальна своей гладкой оптимизацией и надежностью. Со времён Snow Leopard до Ventura эти системы подарили мне замечательный опыт. Для пользователей, нуждающихся в стабильности и быстром запуске, MacOS — идеальный выбор. Компьютеры Apple очень популярны среди разработчиков благодаря своей экосистеме и качественным экранам и звуку.
Хотя Apple предлагает удобство и отличное качество, есть и минусы: высокая цена и устаревание. Через 5-6 лет техникой, вероятно, придется сменить или установить Linux, чтобы вдохнуть новую жизнь в старое оборудование.
Заключение
Каждая операционная система имеет свои сильные и слабые стороны. Выбор зависит от целей: Windows — игры и общепринятость, Linux — гибкость и безопасность, MacOS — стабильность и особая экосистема.
А какой у вас опыт работы с этими ОС? Делитесь своими впечатлениями и опытом! 💡
🟢 этот ваш Full Stack
Давайте погрузимся в мир операционных систем и поделимся мнением о том, как они проявляют себя в повседневной работе. Это субъективный обзор с акцентом на три основные семейства: Windows, Linux и MacOS.
Windows 🖥
Windows остается гигантом среди операционных систем. Она доминирует, в том числе из-за ее давнего присутствия на рынке и зачастую безальтернативного характера. Несмотря на ее опыт и популярность, Windows содержит устаревший код, тянущийся из времен DOS. Для многих пользователей, включая меня, она все еще остается системой для игр. Но когда дело доходит до разработки, я предпочитаю Linux — так что если сталкиваюсь с запросами на настройку среды разработки на Windows, моя первая мысль: "Почему не Linux?"
Linux 🐧
Linux — это целое семейство операционных систем, и здесь, конечно, нужно немного потрудиться. Хотя со временем Linux стал более дружелюбным к пользователям, он всё ещё может поставить вас в тупик, особенно после обновлений. Вот пример с Fedora KDE: обновление привело к проблемам, требующим отката к командной строке и тщательного поиска решений. Да, бывает непросто, но безопасность и настройка под себя этого стоит. К тому же, Linux обеспечивает высокий уровень конфиденциальности и почти неуязвимость к вирусам. Это также основная ОС для серверов по всему миру, а значит, веб-разработчики могут увидеть мощь и стабильность Linux в действии.
MacOS 🍏
MacOS уникальна своей гладкой оптимизацией и надежностью. Со времён Snow Leopard до Ventura эти системы подарили мне замечательный опыт. Для пользователей, нуждающихся в стабильности и быстром запуске, MacOS — идеальный выбор. Компьютеры Apple очень популярны среди разработчиков благодаря своей экосистеме и качественным экранам и звуку.
Хотя Apple предлагает удобство и отличное качество, есть и минусы: высокая цена и устаревание. Через 5-6 лет техникой, вероятно, придется сменить или установить Linux, чтобы вдохнуть новую жизнь в старое оборудование.
Заключение
Каждая операционная система имеет свои сильные и слабые стороны. Выбор зависит от целей: Windows — игры и общепринятость, Linux — гибкость и безопасность, MacOS — стабильность и особая экосистема.
А какой у вас опыт работы с этими ОС? Делитесь своими впечатлениями и опытом! 💡
Please open Telegram to view this post
VIEW IN TELEGRAM
🤔79👍38❤19🔥1
Размышления о стереотипах руководителей — тема, которая волнует многих.
Давайте разберемся, откуда появляются мифы о том, что руководители только и делают, что раздают приказы, ничего не делая и получая большие деньги.
🎭 Стереотипы от линейных сотрудников:
Многие новички, и я в том числе когда-то, представляли себе, что руководители просто командуют. Но эта видимость обусловлена тем, что "снизу" не виден весь объем работы и ответственность, лежащие на плечах руководителей.
Сравните себя с шестеренкой: вы важны, но руководитель — это тот, кто регулирует весь механизм, обеспечивая его эффективность. 🎶 Или представьте дирижера: без него даже самые профессиональные музыканты могут потерять строй и испортить симфонию.
🚁 Helicopter view:
Руководители видят ситуацию сверху, и это позволяет им охватывать широкий контекст.
Но в то же время это может ограничивать внимание к мелким деталям. Важно находить баланс между стратегическим видением и знанием текущих задач.
💼 Ответственность:
Часто не учитывают, что руководители отвечают не только за свои задачи, но и за результаты всей команды, а иногда и за компанию в целом. Их решения могут иметь значительные последствия, что требует от них не только знаний и умений, но и моральной устойчивости. И именно за это руководителям платят надлежаще.
🏢 Иерархия:
В крупных компаниях существует четкая структура, позволяющая распределять ответственность и власть. Каждое звено играет свою роль, помогая свести воедино стратегию и реальные действия на местах.
⚙️ Работа руководителя:
Суть роли руководителя не в том, чтобы "делать своими руками", а в том, чтобы помочь другим добиваться результатов. Когда я только начинал свой путь, было трудно понять, что за внешней простотой "неписания кода" скрывается огромная ответственность и множество разруленных задач.
Сегодня я могу устать больше от множества принятых решений, координации и планирования, чем от самого процесса кодирования. Ваша задача — не только делать работу, но и создавать условия для ее успешного выполнения всей командой.
Как вы воспринимаете роли руководителей и какие стереотипы вам доводилось слышать? Делитесь своими историями и опытом! 🌟
🟢 этот ваш Full Stack
Давайте разберемся, откуда появляются мифы о том, что руководители только и делают, что раздают приказы, ничего не делая и получая большие деньги.
🎭 Стереотипы от линейных сотрудников:
Многие новички, и я в том числе когда-то, представляли себе, что руководители просто командуют. Но эта видимость обусловлена тем, что "снизу" не виден весь объем работы и ответственность, лежащие на плечах руководителей.
Сравните себя с шестеренкой: вы важны, но руководитель — это тот, кто регулирует весь механизм, обеспечивая его эффективность. 🎶 Или представьте дирижера: без него даже самые профессиональные музыканты могут потерять строй и испортить симфонию.
🚁 Helicopter view:
Руководители видят ситуацию сверху, и это позволяет им охватывать широкий контекст.
Чем выше должность — тем обширнее обзор.
Но в то же время это может ограничивать внимание к мелким деталям. Важно находить баланс между стратегическим видением и знанием текущих задач.
💼 Ответственность:
Часто не учитывают, что руководители отвечают не только за свои задачи, но и за результаты всей команды, а иногда и за компанию в целом. Их решения могут иметь значительные последствия, что требует от них не только знаний и умений, но и моральной устойчивости. И именно за это руководителям платят надлежаще.
🏢 Иерархия:
В крупных компаниях существует четкая структура, позволяющая распределять ответственность и власть. Каждое звено играет свою роль, помогая свести воедино стратегию и реальные действия на местах.
Главное — не потеряться в этой цепочке и обеспечить честные отчеты и обратную связь.
⚙️ Работа руководителя:
Суть роли руководителя не в том, чтобы "делать своими руками", а в том, чтобы помочь другим добиваться результатов. Когда я только начинал свой путь, было трудно понять, что за внешней простотой "неписания кода" скрывается огромная ответственность и множество разруленных задач.
Сегодня я могу устать больше от множества принятых решений, координации и планирования, чем от самого процесса кодирования. Ваша задача — не только делать работу, но и создавать условия для ее успешного выполнения всей командой.
Как вы воспринимаете роли руководителей и какие стереотипы вам доводилось слышать? Делитесь своими историями и опытом! 🌟
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥102👏45❤33👍1
Привет всем! 📚
Недавно я завершил чтение книги Марины Перескоковой "Мама, я тимлид!" и спешу поделиться своими впечатлениями.
Это не первая книга в моей коллекции на тему управления IT-командами, но она безусловно заслуживает внимания, особенно если вы только начинаете свой путь как тимлид.
Для начинающих руководителей эта книга станет отличной направляющей. Она полна практических советов по управлению командой, каждой главе сопутствуют яркие комиксные иллюстрации, что делает чтение легким и приятным. Говоря о командной работе, мотивации, индивидуальности и про первых шагах в новой роли, автор делится осязаемыми примерами из собственной практики и других руководителей.
Да, для более опытных менеджеров, таких как я, содержание может показаться очевидным. Большая часть предложенных рекомендаций уже давно стала частью моей работы. Однако, цель книги — быть отправной точкой для начинающих тимлидов, и с этой задачей она справляется на отлично.
Важно помнить, что управление людьми всегда связано с неопределенностью; редко бывает единственное правильное решение. Книга не претендует на исчерпывающую теорию, но она вдохновляет к дальнейшему изучению и развитию своих навыков. Это может быть особенно полезным для тех, кто готовится к значительным изменениям в карьере.
Она поможет вам ориентироваться в новой роли и станет отличным стартом. А если вы более опытный менеджер, возможно, вы все же обнаружите несколько свежих идей или сможете освежить базовые концепции.
Кстати, в ближайшее время я проведу открытый урок на схожую тематику, так что следите за анонсами. Будет интересно!
🟢 этот ваш Full Stack
Недавно я завершил чтение книги Марины Перескоковой "Мама, я тимлид!" и спешу поделиться своими впечатлениями.
Это не первая книга в моей коллекции на тему управления IT-командами, но она безусловно заслуживает внимания, особенно если вы только начинаете свой путь как тимлид.
Для начинающих руководителей эта книга станет отличной направляющей. Она полна практических советов по управлению командой, каждой главе сопутствуют яркие комиксные иллюстрации, что делает чтение легким и приятным. Говоря о командной работе, мотивации, индивидуальности и про первых шагах в новой роли, автор делится осязаемыми примерами из собственной практики и других руководителей.
Да, для более опытных менеджеров, таких как я, содержание может показаться очевидным. Большая часть предложенных рекомендаций уже давно стала частью моей работы. Однако, цель книги — быть отправной точкой для начинающих тимлидов, и с этой задачей она справляется на отлично.
Важно помнить, что управление людьми всегда связано с неопределенностью; редко бывает единственное правильное решение. Книга не претендует на исчерпывающую теорию, но она вдохновляет к дальнейшему изучению и развитию своих навыков. Это может быть особенно полезным для тех, кто готовится к значительным изменениям в карьере.
Поэтому, если вы собираетесь стать тимлидом, или только рассматриваете такую возможность, смело берите эту книгу.
Она поможет вам ориентироваться в новой роли и станет отличным стартом. А если вы более опытный менеджер, возможно, вы все же обнаружите несколько свежих идей или сможете освежить базовые концепции.
Кстати, в ближайшее время я проведу открытый урок на схожую тематику, так что следите за анонсами. Будет интересно!
Please open Telegram to view this post
VIEW IN TELEGRAM
✍26😁25❤24👍18🤔18
Привет всем! 👋
Сегодня хочу поделиться классной возможностью поддержать информационно полезное начинание. Ребята из DevCrowd проводят масштабное исследование о работе руководителей разработки и тимлидов, уже второй год подряд!
Цель исследования — разобраться в:
— Основных обязанностях руководителей разработки
— Путях попадания в эту профессию и вариантах дальнейшего карьерного роста
— Уровне заработной платы руководителей
— Полезных ресурсах и подкастах для профессионального развития
Зачем это нужно? Залезть в статистику и сравнить свои ожидания и возможности с рыночными реалиями, строить персональный план развития и, в общем, понять, что происходит в нашей индустрии
Результаты опроса станут доступны осенью, в открытом доступе. Все, кто хочет углубиться в тему и иметь четкое представление о своих перспективах, просто обязаны принять участие!
Не упустите шанс внести свой вклад и узнать больше об индустрии, к которой мы каждый день прикладываем свои знания и усилия
🟢 этот ваш Full Stack
Сегодня хочу поделиться классной возможностью поддержать информационно полезное начинание. Ребята из DevCrowd проводят масштабное исследование о работе руководителей разработки и тимлидов, уже второй год подряд!
Цель исследования — разобраться в:
— Основных обязанностях руководителей разработки
— Путях попадания в эту профессию и вариантах дальнейшего карьерного роста
— Уровне заработной платы руководителей
— Полезных ресурсах и подкастах для профессионального развития
Зачем это нужно? Залезть в статистику и сравнить свои ожидания и возможности с рыночными реалиями, строить персональный план развития и, в общем, понять, что происходит в нашей индустрии
Результаты опроса станут доступны осенью, в открытом доступе. Все, кто хочет углубиться в тему и иметь четкое представление о своих перспективах, просто обязаны принять участие!
Не упустите шанс внести свой вклад и узнать больше об индустрии, к которой мы каждый день прикладываем свои знания и усилия
Please open Telegram to view this post
VIEW IN TELEGRAM
❤50🔥34😁32🤔20👀5👍2
Привет всем! 🌟
Завтра в 19:00 я проведу большой открытый вебинар на платформе Otus, посвященный теме "Переговорные модели и защита от манипуляций".
Это актуально для всех: и тимлидов, и линейных сотрудников. Навыки ведения переговоров действительно полезны в самых разных аспектах жизни, будь то работа или личные сделки.
На данный момент зарегистрировались уже 327 участников, что очень впечатляет! Даже если придут 200 из них, это будет отличная аудитория. Меня совсем не волнует предстоящий вебинар, потому что выступления перед людьми для меня — дело привычное и естественное, особенно в онлайн-формате.
Увидимся завтра на вебинаре!
🟢 этот ваш Full Stack
Завтра в 19:00 я проведу большой открытый вебинар на платформе Otus, посвященный теме "Переговорные модели и защита от манипуляций".
Это актуально для всех: и тимлидов, и линейных сотрудников. Навыки ведения переговоров действительно полезны в самых разных аспектах жизни, будь то работа или личные сделки.
На данный момент зарегистрировались уже 327 участников, что очень впечатляет! Даже если придут 200 из них, это будет отличная аудитория. Меня совсем не волнует предстоящий вебинар, потому что выступления перед людьми для меня — дело привычное и естественное, особенно в онлайн-формате.
Увидимся завтра на вебинаре!
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥95👌36🎉16🫡10
Привет всем! 🌟
Делюсь своими буднями в роли тимлида и что значит быть многозадачным осьминогом в мире IT.
Каждый день начинается с погружения в мир рабочих чатов, почты и календаря. Я стараюсь быть в курсе последних изменений, не пропустить важные обновления и уже с утра настраиваю все вкладки в браузере, чтобы всегда были под рукой.
Первым делом у меня ежедневно проходит планерка с бизнесом. Это возможность услышать насущные вопросы и доложить о текущих делах разработки. Пытаюсь уберечь свою команду от информационного перегруза и лишнего переключения контекста — моя задача, как тимлида, экранировать команду от всего лишнего.
Пока до дейли с командой остается немного времени, я берусь за свои задачи. К ним относятся и написание кода для поддержки ребят, и декомпозиция задач, и код-ревью. Часто приходится общаться и делиться опытом: даже если язык программирования мне не знаком, можно посоветовать, как лучше подойти к задаче.
После общения с бизнесом — созвоны с командами. Эти встречи помогают подвести итог утренним обсуждениям и чётко обозначить планы. Либо помогаю с решением насущных проблем, либо перехожу к задачам менеджера: подготовка к встречам один на один, работа над планами внедрения новых процессов и многое другое.
В некоторые дни проходят встречи один на один — важный элемент в поддержке команды. И, конечно, есть встречи с информационной безопасностью и задачи по найму новых членов команды.
Заканчивается день подведением итогов: просмотр задач, планирование на завтра и, конечно, каждая минута используется для решения неотложных дел.
Тимлидом быть захватывающе, ведь ты и проектный менеджер, и ментор, и защитник команды, и разработчик. Каждый день требует разного набора навыков и ролей — всё это делает работу невероятно интересной.
А как выглядит ваш рабочий день? Делитесь своим опытом
🟢 этот ваш Full Stack
Делюсь своими буднями в роли тимлида и что значит быть многозадачным осьминогом в мире IT.
Каждый день начинается с погружения в мир рабочих чатов, почты и календаря. Я стараюсь быть в курсе последних изменений, не пропустить важные обновления и уже с утра настраиваю все вкладки в браузере, чтобы всегда были под рукой.
Chrome с его функцией группировки вкладок — настоящий спасатель, ведь позволяет открыть все нужное одним кликом.
Первым делом у меня ежедневно проходит планерка с бизнесом. Это возможность услышать насущные вопросы и доложить о текущих делах разработки. Пытаюсь уберечь свою команду от информационного перегруза и лишнего переключения контекста — моя задача, как тимлида, экранировать команду от всего лишнего.
Пока до дейли с командой остается немного времени, я берусь за свои задачи. К ним относятся и написание кода для поддержки ребят, и декомпозиция задач, и код-ревью. Часто приходится общаться и делиться опытом: даже если язык программирования мне не знаком, можно посоветовать, как лучше подойти к задаче.
После общения с бизнесом — созвоны с командами. Эти встречи помогают подвести итог утренним обсуждениям и чётко обозначить планы. Либо помогаю с решением насущных проблем, либо перехожу к задачам менеджера: подготовка к встречам один на один, работа над планами внедрения новых процессов и многое другое.
В некоторые дни проходят встречи один на один — важный элемент в поддержке команды. И, конечно, есть встречи с информационной безопасностью и задачи по найму новых членов команды.
Заканчивается день подведением итогов: просмотр задач, планирование на завтра и, конечно, каждая минута используется для решения неотложных дел.
Тимлидом быть захватывающе, ведь ты и проектный менеджер, и ментор, и защитник команды, и разработчик. Каждый день требует разного набора навыков и ролей — всё это делает работу невероятно интересной.
А как выглядит ваш рабочий день? Делитесь своим опытом
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥49😁34👀10👨💻4
Привет, друзья! 🌍
Недавно мир IT потрясла новость о масштабном сбое на компьютерах и серверах, работающих под управлением ОС Windows с установленным ПО от компании CrowdStrike.
Причиной, скорее всего, стало одно из обновлений, вызвавшее "Синий экран смерти" — вечная головная боль всех пользователей Windows.
Windows, как известно, занимает лидирующие позиции в сфере компьютерных операционных систем, а Microsoft Azure становится все популярнее как облачная платформа для разработки, развертывания приложений и хранения данных. Многие компании, от небольших стартапов до гигантских инфраструктур, используют Azure для своей повседневной работы. 🏢🌐
На данный момент еще неясно, где именно в системе Azure произошел сбой. Это могло затронуть как локальные десктопы пользователей, так и серверы или управляющие узлы Azure, либо всё вместе. 🤔
Из моего личного опыта, когда сталкиваешься с синими экранами смерти, лучшими вариантами решения могут быть переустановка операционной системы или восстановление из резервных копий. Даже исправление самого ПО, вызвавшего сбой, не решит проблему без всесторонней работы системных администраторов по восстановлению системы.
Хорошая новость в том, что Windows и Azure не единственные игроки на серверном рынке. Большое количество серверов работает под Linux, а компании используют альтернативные облачные провайдеры.
Давайте не будем забывать о важности разнообразия технологий и всегда иметь план Б на случай таких сбоев. А как вы справляетесь с подобными ситуациями? Делитесь своим опытом!
🟢 этот ваш Full Stack
Недавно мир IT потрясла новость о масштабном сбое на компьютерах и серверах, работающих под управлением ОС Windows с установленным ПО от компании CrowdStrike.
Причиной, скорее всего, стало одно из обновлений, вызвавшее "Синий экран смерти" — вечная головная боль всех пользователей Windows.
Windows, как известно, занимает лидирующие позиции в сфере компьютерных операционных систем, а Microsoft Azure становится все популярнее как облачная платформа для разработки, развертывания приложений и хранения данных. Многие компании, от небольших стартапов до гигантских инфраструктур, используют Azure для своей повседневной работы. 🏢🌐
На данный момент еще неясно, где именно в системе Azure произошел сбой. Это могло затронуть как локальные десктопы пользователей, так и серверы или управляющие узлы Azure, либо всё вместе. 🤔
В любом случае, сбой такого масштаба непосредственно влияет на миллионы пользователей, банковских и авиационных сотрудников, которые оказываются не в состоянии выполнить свою работу.
Из моего личного опыта, когда сталкиваешься с синими экранами смерти, лучшими вариантами решения могут быть переустановка операционной системы или восстановление из резервных копий. Даже исправление самого ПО, вызвавшего сбой, не решит проблему без всесторонней работы системных администраторов по восстановлению системы.
Хорошая новость в том, что Windows и Azure не единственные игроки на серверном рынке. Большое количество серверов работает под Linux, а компании используют альтернативные облачные провайдеры.
Давайте не будем забывать о важности разнообразия технологий и всегда иметь план Б на случай таких сбоев. А как вы справляетесь с подобными ситуациями? Делитесь своим опытом!
Please open Telegram to view this post
VIEW IN TELEGRAM
😁107🤯31🤬10🥴2👍1🤝1
Привет, друзья! 🌟
Сегодня обсуждаем такую важную тему, как мотивация — ключ к продуктивности и удовлетворенности в работе и жизни.
Что такое мотивация?
Мотивация — это искусство и технология того, как побудить человека делать что-то. На протяжении десятилетий ученые изучали это явление, разработав множество теорий. Эти теории можно разделить на две основные категории: содержательные и процессуальные.
Содержательные теории
Содержательные теории сосредоточены на внутренних аспектах человека. Они изучают, что движет людьми изнутри. К ним относятся:
— Пирамида Маслоу: Известная модель, описывающая основные человеческие потребности от базовых до самореализации.
— Двухфакторная теория Герцберга: Разделяет факторы на "гигиенические" (основа, без которой неудовлетворенность) и "мотиваторы" (стимулы для роста).
— Теория Мак-Клелланда: Ориентирована на достижение, власть и аффилиацию (социальные связи).
Процессуальные теории
Процессуальные теории изучают мотивацию через призму динамичных процессов и внешней среды. Примеры:
— Теория справедливости Адамса: Люди мотивированы поддерживать баланс между вложенными усилиями и получаемыми наградами.
— Теория Врума в ожиданиях: Мотивация зависит от ожидания успешности и ценности вознаграждения.
— Комплексная теория Портера-Лоулера: Комбинация элементов процесса, вознаграждений и восприятия.
Факторы мотивации
Каждый человек имеет уникальные мотивационные факторы. Это могут быть:
— Материальные: Заработная плата, премии.
— Нематериальные: Признание, значимость работы, возможности карьерного роста, хорошие условия труда.
Понимание этих факторов помогает найти подход к каждому сотруднику. Люди ценят разные вещи: для кого-то важен доход, для кого-то — сложность задач и личный рост.
Как работать с мотивацией?
Научитесь распознавать, что важно для каждого человека. Поддержка и развитие индивидуальных мотивационных факторов могут значительно повысить производительность. Рекомендую обсуждать мотивационные потребности на регулярных встречах один-на-один. Это поможет создать благоприятную рабочую атмосферу и сделать сотрудников более счастливыми и продуктивными.
Как вы мотивируете себя и свою команду? Делитесь опытом и лучшими практиками!
🟢 этот ваш Full Stack
Сегодня обсуждаем такую важную тему, как мотивация — ключ к продуктивности и удовлетворенности в работе и жизни.
Что такое мотивация?
Мотивация — это искусство и технология того, как побудить человека делать что-то. На протяжении десятилетий ученые изучали это явление, разработав множество теорий. Эти теории можно разделить на две основные категории: содержательные и процессуальные.
Содержательные теории
Содержательные теории сосредоточены на внутренних аспектах человека. Они изучают, что движет людьми изнутри. К ним относятся:
— Пирамида Маслоу: Известная модель, описывающая основные человеческие потребности от базовых до самореализации.
— Двухфакторная теория Герцберга: Разделяет факторы на "гигиенические" (основа, без которой неудовлетворенность) и "мотиваторы" (стимулы для роста).
— Теория Мак-Клелланда: Ориентирована на достижение, власть и аффилиацию (социальные связи).
Процессуальные теории
Процессуальные теории изучают мотивацию через призму динамичных процессов и внешней среды. Примеры:
— Теория справедливости Адамса: Люди мотивированы поддерживать баланс между вложенными усилиями и получаемыми наградами.
— Теория Врума в ожиданиях: Мотивация зависит от ожидания успешности и ценности вознаграждения.
— Комплексная теория Портера-Лоулера: Комбинация элементов процесса, вознаграждений и восприятия.
Факторы мотивации
Каждый человек имеет уникальные мотивационные факторы. Это могут быть:
— Материальные: Заработная плата, премии.
— Нематериальные: Признание, значимость работы, возможности карьерного роста, хорошие условия труда.
Понимание этих факторов помогает найти подход к каждому сотруднику. Люди ценят разные вещи: для кого-то важен доход, для кого-то — сложность задач и личный рост.
Как работать с мотивацией?
Научитесь распознавать, что важно для каждого человека. Поддержка и развитие индивидуальных мотивационных факторов могут значительно повысить производительность. Рекомендую обсуждать мотивационные потребности на регулярных встречах один-на-один. Это поможет создать благоприятную рабочую атмосферу и сделать сотрудников более счастливыми и продуктивными.
Как вы мотивируете себя и свою команду? Делитесь опытом и лучшими практиками!
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥90😁34👨💻10🏆7
Привет, друзья! 🔍
Сегодня расскажу про интересную модель, с которой я познакомился благодаря книге "Идеальный руководитель" от Адизеса.
Это PAEI — четырехсторонняя модель, раскрывающая стили управления и взаимодействия. 📘
Если вкратце, каждый из нас представляет собой уникальную смесь четырех компонентов: производитель (P), администратор (A), предприниматель (E) и интегратор (I).
— P (Производитель) — фокусируется на достижении результатов здесь и сейчас. Человек дела, который сперва делает, а потом уже думает.
— A (Администратор) — настоящий мастер процессов. Он заботится, чтобы все по плану и по регламенту, как часы.
— E (Предприниматель) — мозговой штурм — его любимая игра. Этот человек вдохновляет и привносит новизну, но редко идет в дело сам.
— I (Интегратор) — связующее звено команды. Он превращает группу людей в команду мечты и ставит человечность выше всего.
Прикольное в PAEI в том, что каждый может закодировать себя по этим буквам, используя заглавные для сильных сторон, строчные — для средних, и прочерки для вообще не развитых качеств. Например, "PaeI", "pA-i" или "--Ei". Отличительный менеджер, как подсказывает Адизес, обладает двумя сильными и двумя средними качествами. 💼
Я нашел эту модель полезной не только в рабочих делах, но и в повседневной жизни. Понимание стиля общения любого человека, даже далекого от менеджмента, позволяет найти общий язык, избегая конфликтов и недопонимания. 🚀
Теперь к вам, друзья! 👥 Чем вы руководствуетесь: DISC, MBTI, PCM или PAEI? Делитесь своими впечатлениями и выбирайте свой стиль!
Сегодня расскажу про интересную модель, с которой я познакомился благодаря книге "Идеальный руководитель" от Адизеса.
Это PAEI — четырехсторонняя модель, раскрывающая стили управления и взаимодействия. 📘
Если вкратце, каждый из нас представляет собой уникальную смесь четырех компонентов: производитель (P), администратор (A), предприниматель (E) и интегратор (I).
— P (Производитель) — фокусируется на достижении результатов здесь и сейчас. Человек дела, который сперва делает, а потом уже думает.
— A (Администратор) — настоящий мастер процессов. Он заботится, чтобы все по плану и по регламенту, как часы.
— E (Предприниматель) — мозговой штурм — его любимая игра. Этот человек вдохновляет и привносит новизну, но редко идет в дело сам.
— I (Интегратор) — связующее звено команды. Он превращает группу людей в команду мечты и ставит человечность выше всего.
Прикольное в PAEI в том, что каждый может закодировать себя по этим буквам, используя заглавные для сильных сторон, строчные — для средних, и прочерки для вообще не развитых качеств. Например, "PaeI", "pA-i" или "--Ei". Отличительный менеджер, как подсказывает Адизес, обладает двумя сильными и двумя средними качествами. 💼
Я нашел эту модель полезной не только в рабочих делах, но и в повседневной жизни. Понимание стиля общения любого человека, даже далекого от менеджмента, позволяет найти общий язык, избегая конфликтов и недопонимания. 🚀
Причина, почему я сразу бросаюсь в бой при возникновении проблем, — это сильная сторона производителя во мне. Это знание помогает мне объяснить свои действия окружающим и понимать, когда другие люди действуют иначе.
Теперь к вам, друзья! 👥 Чем вы руководствуетесь: DISC, MBTI, PCM или PAEI? Делитесь своими впечатлениями и выбирайте свой стиль!
😁73👏39👀23🤓17
Привет, друзья! 👋
Сегодня поднимем одну из самых горячих тем в IT-сообществе — почему же так получается, что разработчикам "с улицы" готовы платить в разы больше, чем своим уже проверенным и лояльным сотрудникам? 🤔
На вчерашнем занятии для тимлидов по мотивации мы как раз обсудили материальные и нематериальные способы вдохновения команды, и этот вопрос очень зацепил всех участников. 💬
Почему же бизнес медлит с повышением зарплат своим? Сотрудник, знающий проект и полностью интегрированный в компанию, ведь гораздо ценнее. Однако, скупость на повышение приводит к ситуации, когда оффер от конкурентов привлекательнее, и ваш ключевой разработчик уходит. Бизнес же потом вынужден платить вдвое больше и ещё инвестировать в поиск и адаптацию нового сотрудника.
Похоже, что дело в психологии. Для многих работодателей трудно признать, что рынок диктует необходимость платить больше за ту же работу. Это приводит к своеобразному «авось» — надежде, что хотя бы этот сотрудник останется. 🚪
Что я предлагаю? Мы должны говорить с бизнесом открыто. Объяснять реальные затраты на найм и адаптацию, акцентируя внимание на упущенных возможностях. Ведь временной застой в разработке может стоить компании еще больше. 📉
В добавок можно использовать теорию справедливости Адамса — когда сотрудник узнает, что его коллега с аналогичными обязанностями получает больше, это становится сильным демотиватором. А там уже недалеко до ухода.
Мне интересно узнать мнение коллег и психологов на эту тему.
Давайте обсуждать! 💬💼
Сегодня поднимем одну из самых горячих тем в IT-сообществе — почему же так получается, что разработчикам "с улицы" готовы платить в разы больше, чем своим уже проверенным и лояльным сотрудникам? 🤔
На вчерашнем занятии для тимлидов по мотивации мы как раз обсудили материальные и нематериальные способы вдохновения команды, и этот вопрос очень зацепил всех участников. 💬
Почему же бизнес медлит с повышением зарплат своим? Сотрудник, знающий проект и полностью интегрированный в компанию, ведь гораздо ценнее. Однако, скупость на повышение приводит к ситуации, когда оффер от конкурентов привлекательнее, и ваш ключевой разработчик уходит. Бизнес же потом вынужден платить вдвое больше и ещё инвестировать в поиск и адаптацию нового сотрудника.
Похоже, что дело в психологии. Для многих работодателей трудно признать, что рынок диктует необходимость платить больше за ту же работу. Это приводит к своеобразному «авось» — надежде, что хотя бы этот сотрудник останется. 🚪
Что я предлагаю? Мы должны говорить с бизнесом открыто. Объяснять реальные затраты на найм и адаптацию, акцентируя внимание на упущенных возможностях. Ведь временной застой в разработке может стоить компании еще больше. 📉
В добавок можно использовать теорию справедливости Адамса — когда сотрудник узнает, что его коллега с аналогичными обязанностями получает больше, это становится сильным демотиватором. А там уже недалеко до ухода.
Мне интересно узнать мнение коллег и психологов на эту тему.
Почему так происходит и как этим можно управлять?
Давайте обсуждать! 💬💼
👏33🤔21🤯13😢10❤1👍1
Google — это не просто большая компания, это гигант технологического мира, и ее подходы к разработке и масштабированию инфраструктуры действительно впечатляют. 🏢💻
Google хранит весь свой код в едином монорепозитории, который занимает около 80 терабайт. Этот репозиторий обрабатывает десятки тысяч изменений каждый день, и все это без использования веток. Такой метод называется Trunk based development или, по-русски, "Магистральная разработка". Это значит, что десятки тысяч инженеров работают в одной ветви, что требует строгой дисциплины в тестировании и выпуске.
Бесшовный доступ к такому масштабному репозиторию и организация процесса требуют огромной инфраструктурной поддержки. Google разработал собственные инструменты для автоматического тестирования, интеграции и доставки кода, что позволяет компании оставаться гибкой и эффективной.
Помимо этого, у Google есть системы для автоматического рефакторинга кода и собственные инструменты управления кластерами, такие как Borg — предшественник Kubernetes.
Один из интересных подходов, используемых Google, — это метафора серверных стендов как "домашних любимцев" или "скота". 🐶🐄 "
Домашние любимцы" — это серверы, которые имеют уникальные настройки и характеристики. Они менее гибкие и не масштабируемы, что типично для небольших компаний.
"Скот", напротив, — это серверы или контейнеры без состояния, которые легко заменяются или масштабируются, не зависят от конкретных конфигураций и одинаково работают в любой точке. Вся инфраструктура Google строится именно на этом подходе.
Это позволяет компании мгновенно реагировать на изменения в нагрузке и поддерживать миллиарды пользователей по всему миру. 🌐
Такая философия и подход к автоматизации обеспечивают Google уникальную возможность бесконечного и эффективного масштабирования.
Какой ваш опыт масштабирования инфраструктуры? Есть ли у вас примеры, которые вас вдохновляют? Делитесь своим мнением! 🚀
Начнем с их подхода к коду.
Google хранит весь свой код в едином монорепозитории, который занимает около 80 терабайт. Этот репозиторий обрабатывает десятки тысяч изменений каждый день, и все это без использования веток. Такой метод называется Trunk based development или, по-русски, "Магистральная разработка". Это значит, что десятки тысяч инженеров работают в одной ветви, что требует строгой дисциплины в тестировании и выпуске.
Бесшовный доступ к такому масштабному репозиторию и организация процесса требуют огромной инфраструктурной поддержки. Google разработал собственные инструменты для автоматического тестирования, интеграции и доставки кода, что позволяет компании оставаться гибкой и эффективной.
Помимо этого, у Google есть системы для автоматического рефакторинга кода и собственные инструменты управления кластерами, такие как Borg — предшественник Kubernetes.
Один из интересных подходов, используемых Google, — это метафора серверных стендов как "домашних любимцев" или "скота". 🐶🐄 "
Домашние любимцы" — это серверы, которые имеют уникальные настройки и характеристики. Они менее гибкие и не масштабируемы, что типично для небольших компаний.
"Скот", напротив, — это серверы или контейнеры без состояния, которые легко заменяются или масштабируются, не зависят от конкретных конфигураций и одинаково работают в любой точке. Вся инфраструктура Google строится именно на этом подходе.
Это позволяет компании мгновенно реагировать на изменения в нагрузке и поддерживать миллиарды пользователей по всему миру. 🌐
Такая философия и подход к автоматизации обеспечивают Google уникальную возможность бесконечного и эффективного масштабирования.
Это пример того, как высокие технологии и инновационные методы управления ресурсами позволяют компании оставаться в авангарде технологического прогресса.
Какой ваш опыт масштабирования инфраструктуры? Есть ли у вас примеры, которые вас вдохновляют? Делитесь своим мнением! 🚀
👏58🔥37🤯23🤩6