Многие полагают, что лидерство в разработке программного обеспечения начинается только тогда, когда вы перестаете писать код и становитесь менеджером. Когда-то я разделял это убеждение, думая, что технологии проще, чем работа с людьми. Это было заблуждением. Хотя можно сосредоточить свою карьеру на коде, архитектуре, базах данных и других технических областях, проблемы, которые формируют ваше влияние, со временем становятся менее техническими. Даже лучшее архитектурное решение имеет небольшую ценность, если другие ему не доверяют, не понимают или не поддерживают.Это не означает, что каждый опытный инженер-программист должен стать менеджером. Лидерство одинаково важно и на техническом пути. От старших индивидуальных контрибьюторов, таких как штатные инженеры, архитекторы и ведущие инженеры, ожидается влияние на решения, выходящие за рамки их собственного кода. Как обсуждает Уилл Ларсон в книге "Staff Engineer", продвижение за пределы старшего инженера фокусируется на техническом лидерстве, а не на управлении людьми. Чтобы увеличить свое техническое влияние, другие должны прислушиваться к вашим идеям, доверять вашему суждению, включать вас в ключевые обсуждения и действовать в соответствии с вашими рекомендациями. Вы можете выбрать не управлять людьми, но избегание лидерства в конечном итоге ограничит ваш рост как инженера-программиста.