Заметки с тегом «Софтскиллы»

Итак, ты научился не проебывать дедлайны, тестировать свой код и проходить код-ревью за одну итерацию. Это значит что ты — мидл, и пора задуматься о перспективах дальнейшего карьерного роста.

Их на самом деле всего три: ничего не делать, стать синьором или податься в управление.

Ничего не делать

Нормальное решение, это не стыдно. Зарплата выше средней по стране, работа несложная, если что — коллеги помогут. Можно реализовать мечты детства — ипотека, Таиланд, хобби вроде спорта или личного автомобиля.

Минус один — тебя скоро заменит робот. К примеру докер уже превратил сисадминов из гуру командной сроки во втыкателей кабелей. Битриксные ПХП-шники под страхом тильды учатся писать структурированный код, а нейросети превращают верстальщиков в тестировщиков.

Синьор

Если все-таки хочется расти дальше, то самый очевидный и понятный путь — синьор. Скорее всего ты сможешь его пройти прямо в той компании, в которой работаешь сейчас. Синьор — гуру: пишет понятный и быстрый код, решает задачи в срок, да еще и коллегам помогает.

Самая большая опасность для синьора — закостенеть и привязаться к одной технологии. К примеру, можно стать спецом в условном Перле, контрибьютить в транк, выступать на конференциях, а затем обнаружить, что Перл (внезапно) умер.

Даже если не умер, есть еще «оверквалификейшн» — зависимость от больших компаний: для маленькой ты стоишь слишком дорого и выполняешь слишком мало функций. Придется просиживать штаны на встречах, петь корпоративный гимн и надеяться, что твое направление не расформируют.

Хороший синьор учит параллельные технологи. Синьор-бекендер учит фронтенд, синьор-рубист учит Голанг. Все учат devops, CI, автоматизацию тестирования и еще кучу всего. Ребята с широким кругозором нужны везде.

Технологическая сингулярность становится не так страшна: когда в портфеле лежит 10 технологий и понимание того, как устроен мир — легко найти себе нишу, в которую пока не добрались роботы.

Тимлид\Менеджер

Традиционный путь для выросших программистов — стать тимлидом. Через ступеньку синьора можно перешагнуть — достаточно иметь минимальную склонность к управлению: не избегать людей и отличать процесс от результата.

Будучи тимлидом, ты научишься руководить людьми, настраивать процессы, вести переговоры и отвечать за результат. Роботов можно не бояться — эмпатию и способность принимать решения еще не скоро автоматизируют.

Переключиться на управление — сложно. В мире программиста все четко: вот задача, вот код, тесты прошли, ушло в релиз — задача решена. У управленцев все наоборот, нелинейно. Приходится думать о других материях — насколько коллеги довольны результатом, достаточно ли эффективно команда достигает целей, что нужно поменять в процессах. И однозначного ответа никогда не будет.

Хороший тимлид разбирается в устройстве бизнеса. Причем не только бизнеса своей компании, а понимает как в принципе зарабатываются деньги. Умеет ставить задачи, которые достигают результата в виде денег, а не галочки в Джире. Строит системы из людей и процессов, которые решают эти задачи. Умеет разговаривать с пользователями, отличая полезные фичреквесты от бесполезных.

А там уже до CTO недалеко.

Итого

Если ты решил связать свою жизнь с программированием и успешно вылупился из джуниорской скорлупы, есть всего три направления — ничего не делать, расти как синьор, или идти в управление.

Самая большая карьерная опасность для программиста — роботы. Чтобы неожиданно тебя не заменили машиной, нужно расти вширь и учить параллельные технологии. Или делать то, что машина научится не скоро — принимать решения и нести ответственность за результат.

При удаленной работе мы не контролируем эмоциональное состояние человека, с которым общаемся. Иногда это приводит конфликтам — я даже встречал людей, которых напрягает моя привычка материться на ревью.

Чтобы не наращивать конфликт, достаточно просто говорить. Тупое правило: если видишь в сообщении от коллеги хоть небольшой намек на эмоции — немедленно прекращай общение и назначай встречу. Если сам написал эмоциональное сообщение — стирай скорее.

Из этого правила вытекает другое, менее очевидное — никогда не презентуй свою работу по почте. Если сдаешь фичу менеджеру или бизнесу — назначь созвон, пошарь экран и покажи вживую.

Даже мега-опытные профессионалы склонны принимать решения на основе эмоций. И лучше, чтобы в момент принятия решения рядом оказался кто-нибудь, кто может ответить на вопросы. Ты же не хочешь, чтобы результат недельной работы попал в помойку из-за эмоций?

Подробнее, почему нельзя показывать важные вещи по почте, рассказывает Андрей Дьяков в записи старого студийного семинара. Посмотрите обязательно, если интересуетесь клиентскими отношениями.

Правило Парето гласит, что 80% времени программиста тратится на 20% требований. К примеру, на любом современном фронтенд-фреймворке работающую корзину в интернет-магазине можно запилить за день — можно будет добавить/удалить товар и отправить заказ.

А потом еще неделю потратить на полировку — отмену удаления, возможность менять конфигурацию товара, промо-коды и расчет доставки. Обидно, если после запуска окажется, что пользователи склонны делать заказ по телефону и вообще не пользуются корзиной.

Хороший программист делает код, который с самого начала разработки умеет выполнять главную задачу. В случае с корзиной, главная задача — доставлять заказы до менеджеров в любом виде, хоть один номер телефона. А когда основные 20% функций готовы, программист, вместе с бизнесом, детализирует остальные требования. Если они еще актуальны, конечно.

Инженеры называют этот подход top-down, дизайнеры — прогрессивным джипегом.

Многим программистам (и менеджерам) не хватает простого навыка — проверить через два дня.

• Сделал кнопку — проверь через два дня, нажимают ли ее вообще? Что видят, когда нажали?
• Сделал интеграцию — проверь через два дня, сколько пришло данных? Пришли ли вообще?
• Сделал новое уведомление — проверь логи. Что уходит пользователям? А много вообще ушло?

Проверка через два дня не требует никакого напряжения и предотвращает кучу долга — в проекте не копятся неработающие и невнедренные фичи.

Лучше через два дня самому узнать, что фича не работает, чем через неделю узнать то же самое от пользователей. Или не узнать вообще.

Кто должен проверять через два дня, если задачу делали впятером? Конечно ты.

Прочитал «Я слышу вас насквозь», Марка Гоулстона — еще одно попсовое пособие по переговорам. Книга дает советы как вести себя со взбешенными людьми и как сдерживать волнение во время таких разговоров.

Когда человек кричит, им управляет маленькая часть мозга — миндалевидное тело. В такие моменты мы ведем себя не умнее ящерицы. У нас остаются только животные реакции — драться или убегать. Эмоции толкают на неоправданные поступки — принять неверное проектное решение, наговорить гадостей, уволиться с работы.

В книге описано действенное упражнение, которое переключает мозг из состояния паники. Когда вы взбешены, определите и произнесите про себя названия эмоций которые испытываете. Дайте им конкретные имена — «Блять, я же напуган!». Вы легче перехватите контроль у эмоций с именами, чем у безымянного потока неконструктивных мыслей.

Кроме способов самоуспокоения, книга учит проявлять эмпатию — сопереживать и выслушивать (в оригинале книган азывается «Послушай»). Автор описывает донельзя конкретные методики («Я хочу понять, что вы чувствуете. Я думаю это отчаяние. Разве не так?»).

Несмотря на попсовость, книгу стоит прочитать всем адептам Кэмпа — она учит травить леску. Вот, кстати, другие прочитанные мной книги, которые детально раскрывают советы Кэмпа.

Покупайте в МИФ.

Джек представлял интересы клиентов перед налоговой службой, действуя спокойно, невозмутимо и респектабельно. Он добился в своей работе значительных успехов, но исключительно благодаря своей потрясающей подготовке, а не харизматичности.

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

Джек сразу признался, что вряд ли сможет изменить свои привычки.

– Вам и не нужно этого делать, – ответил я. – Все, что от вас требуется, – разрушить диссонанс между тем, как вы себя видите, и тем, как вас воспринимают ваши потенциальные клиенты.

Я предложил ему в следующий раз, когда он заметит колебания у потенциальных клиентов, сказать: «Да, кстати, если вы надумаете поручить мне защиту ваших интересов перед налоговой службой, вам следует знать, что я не головорез. Я – киллер».

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