Публикации по теме 'leadership'


7 привычек успешных программистов
Привычки, которые вы можете легко практиковать, чтобы стать суперэффективным программистом Успешные кодеры — особая порода. Они думают по-другому, работают по-другому, и их привычки отличают их от остальных. Успешные программисты гордятся своей работой и постоянно совершенствуют свои навыки. Они всегда ищут способы улучшить…
Форматирование кода имеет значение!
Если вы хотите, чтобы ваш код был более разборчивым или чтобы ваши пулл-реквесты быстро утверждались, отформатируйте код! Как старший разработчик, я по-прежнему ожидаю, что другие люди будут форматировать свой код, и это помогает мне лучше и быстрее его понимать. Хороший разработчик должен ценить формат кода не меньше, чем бизнес-логику. Форматирование кода — это все, что касается коммуникации, хорошо отформатированный код передаст мысли разработчика другим. Я приведу несколько..
Оцените работу своего менеджера, инженер-лидер
Оцените работу своего менеджера, инженер-лидер Убедитесь, что ваш менеджер является отличным образцом для подражания Как инженер-лидер, вы хотите вдохновлять свою команду, не так ли? Но есть ли у вас хороший образец для подражания, который вас вдохновляет? Приходят ли хорошие примеры сверху? Наши менеджеры тоже люди. Не все являются миссионерами или сосредоточены на создании высокоэффективной команды. Вот несколько проверок, которые помогут вам решить, следует ли вам копировать..
Принятие решений - это больше, чем количественное решение проблем
«Все мои лучшие решения в жизни и работе были приняты сердцем, интуицией, смелостью, а не анализом». - Джефф Безос в Вашингтонском экономическом клубе 2018 В течение многих лет у меня была ментальная модель, которая приравнивала принятие решений к количественному решению проблем. В этой ментальной модели решение может быть принято, когда решена количественная проблема; например, новый препарат не должен получать одобрение (принятие решения), если его лечебный эффект статистически..
Контекст над списками задач
Создание отличных продуктов требует доверия и общего понимания Огромная часть руководства командой разработчиков продукта — научиться работать над проблемой косвенно. Так много менеджеров привыкли к тому, что, когда они были IC, они могли решить проблему, обратившись к источнику. Если вы инженер, вы можете внести изменения в код. Если вы PM, вы можете написать спецификацию продукта и критерии успеха. Если вы дизайнер, вы проектируете пользовательский опыт и потоки продукта и можете..
Оценка компании по ее положению в отрасли
Оценка большого обновления, часть 2B Эта серия статей предназначена для практиков данных всех уровней, особенно для тех, кто заинтересован в руководящих должностях и продвижении по карьерной лестнице. Вам может быть интереснее быть техническим специалистом, чем менеджером по персоналу, или наоборот. Львиная доля этой статьи взята из главы 10 Как стать лидером в науке о данных . Как обсуждалось во Вступительной статье о Великом обновлении , сейчас самое подходящее время,..
Является ли Scrum ловушкой для разработчиков? Или это просто игра с обвинением?
Узнайте, почему разработчики чувствуют себя в ловушке Scrum и как адаптироваться к ситуации "Дерьмо! Сегодня у нас доводка, а я все еще отстаю от своих задач». «Давайте сегодня пропустим ретроспективу, тогда мы сможем предоставить функции». «У меня слишком много совещаний, и нет времени сосредоточиться на программировании!» Знакомы ли вы с какой-либо из этих жалоб? Я часто слышал такие возражения от разработчиков, когда они думали, что Scrum мешает выполнению задач. Мой..