af

Перед рабочим вопросом к модели обычно приходится проводить короткий инструктаж. Что это за проект, как устроены релизы, почему команда отказалась от очевидного варианта две недели назад. Пока всё перескажешь, проще уже сделать самому. Открытый агент Hermes предлагает другой вариант.

Стив Хьюинь 17 лет проработал в Amazon, дослужился до главного инженера и провёл почти тысячу собеседований. По его наблюдениям, кандидат тратит на техническую подготовку 95% времени и только 5% на всё остальное. А те, кто не получил оффер, редко проваливались из-за техники: подводило то, как они себя подавали. Разбираем, сколько алгоритмов действительно хватит для собеседования на сеньора и куда деть остальное время.

После перерыва в карьере есть три пути: вернуться джуном, пойти на оплачиваемую программу для возвращающихся (returnship) или сразу откликаться на свой уровень. Разбираем, кому что подходит и когда шаг вниз всё-таки оправдан.

«Начинает казаться, будто я знаю, что делаю, — верный признак, что дело неладно». Чарити Мейджорс, сооснователь Honeycomb, так описывает момент, когда ей пора менять роль. Если вы который год на одном грейде, знаете проект наизусть, а все места над вами заняты, рука сама тянется к вакансиям с тайтлом повыше. Впрочем, новая должность  не единственный способ снова оказаться там, где вы чего-то не знаете.

«Если рядом с вами нет джунов, вы не сеньор». Эту фразу Жером Петаццони, в прошлом инженер Docker, услышал на конференции в 2014 году и пересмотрел своё отношение к наставничеству. Сейчас нечто похожее может быть указано прямо в карьерной лестнице компании. Но чтобы менторство засчитали, о нём лучше договориться заранее, пока джуны ещё не пишут вам в одиннадцать вечера.

Что будет, если AI ошибётся в вашей задаче, и сколько времени уйдёт, чтобы эту ошибку найти? Если начальство попросило «внедрить AI везде», начинать надо именно с этого вопроса.

Новый сервис может сэкономить время, но через полгода стать системой, от которой уже не отказаться. Там будут жить данные, настройки, интеграции и привычный процесс. Уйти станет слишком дорого: нужно выгрузить информацию, восстановить связи, переучить людей и какое-то время оплачивать старую систему. Разбираемся, какие три важные вещи стоит проверить до договора или пока идёт пилот.

Заметки полезны — они помогают довести идею до нужного результата: найти справку, восстановить ход исследования, объяснить решение команде или использовать старую мысль в новом тексте. Для каждой из этих задач нужен свой маршрут. А значит, прежде чем выбрать приложение, стоит разобраться, какие записи у вас появляются, куда переходят и в какой момент становятся полезными.

После отпуска люди обычно разбирают почту, сверяются с календарём и выясняют, что произошло без них. Заодно стоит посмотреть, какие доступы успела накопить команда.

Можно потратить год на pet-проект: довести до блеска README, настроить CI, описать архитектуру. А потом на собесе обнаружится, что интервьюера интересуют совсем другие вещи: почему выросла latency, как принималось архитектурное решение, что изменилось после релиза и за какую часть результата отвечали вы.

Автоматизация снимает с разработчиков рутину, но иногда вместе с рутиной исчезает понимание процесса. Разберём, как заметить эту хрупкость до аварии, какие навыки помогают вернуть контроль и когда для этого достаточно книги, а когда лучше пройти системный курс.

Вы ставите встречу на 15:00 и тут же уточняете, по какому времени. Slack будит сообщениями от коллег из другого часового пояса. Чтобы перебросить видео с телефона на ноутбук, сначала загружаете его в облако. После созвона никто не помнит, о чём договорились. А без интернета не открывается нужный документ.  Каждая мелочь отнимает всего несколько минут. Но из них складывается рабочий день на удалёнке: переключились, переспросили, поискали ссылку, снова вернулись к задаче.

Представьте, что дизайнера в команде нет, а экран надо выпускать. Саппорт пишет, что люди не находят нужную кнопку, тимлид просит переделать форму по-человечески, а в тикетах раз за разом возникает: «Не понимаю, что здесь нажать». 

Вы сильный сеньор, коллеги приходят за советом, руководитель зовёт поговорить: «Хотим попробовать тебя тимлидом». Звучит как признание. Возможно, ещё и денег добавят. Отказываться неловко — вдруг это тот самый карьерный шанс, который нельзя упускать?

Сколько раз за вчерашний день вы что-то проверяли? Календарь, почту, два мессенджера, баланс карты, не забыли ли продлить подписку. Каждая такая проверка занимает секунды, и поэтому времени не жалко. Но к вечеру из этих секунд набирается второй рабочий день — только без зарплаты и выходных.

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

Вы садитесь за свой проект в десять вечера, потому что днём было некогда. Правите баг, замечаете второй, к полуночи переписываете модуль, который вообще-то работал. А наутро вспоминаете про дедлайн, который сами себе и поставили. Кажется, это уже не совсем хобби.

«Зарплата — $4–6 тысяч». На первый взгляд всё понятно: если вы подходите компании, где-то внутри этого диапазона должна лежать ваша будущая зарплата. Но между красивой вилкой в вакансии и деньгами, которые окажутся у вас на счёте, иногда лежит довольно большая дистанция.

Есть ловушка, в которую легко попасть после нескольких лет карьеры в IT: вроде бы проходишь курсы, собираешь сертификаты, постоянно учишься и добавляшь в резюме новые технологии, но на собеседовании показать всё равно нечего. Попробуем разобраться, что с этим делать.

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

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

Сначала в календаре появляется ежедневный статус, потом еженедельный синк, потом встреча «по итогам», встреча «перед встречей», отчёт, презентация и пара уровней согласования сверху. У каждого из пунктов когда-то была причина, но вопроса жива ли она, с тех пор никто не задавал.

Коан: «Незаменимость — единственный технический долг, которым принято гордиться».

Slack, Jira, код, потом письмо, созвон, ещё пять вкладок после него — и вот уже обед. А главная задача, ради которой вообще открывали ноутбук, не сдвинулась ни на шаг. Куда уходит время?

Пару лет назад «добавить AI в продукт» почти автоматически означало, что в команде нужен ML-инженер. Сегодня под AI понимают совсем другие задачи: поиск по документации, чат-ассистента, автоматизация обработки писем, генерация отчетов или создание внутреннего помощника. 

Обычно консультанты по межкультурным коммуникациям учат беларуских айтишников правилам игры в международном IT — объясняют, как общаться с американскими заказчиками, не пугаться индийского английского и правильно отвечать на бесконечные «How are you?» Но что происходит, когда роли меняются?

Знакомый записался на ML-курс за две тысячи евро, а в LinkedIn постоянно рассказывают, что без AI через пару лет никто не будет нужен. Вы тоже смотрите программу обучения, где первым пунктом идет линейная алгебра, затем статистика, потом оптимизация. И если в этот момент возникает желание закрыть вкладку — вы не одиноки.

Вы только что обновили README, добавили схемы в Confluence и закрыли самые частые вопросы. Но через пару дней кто-то из коллег всё равно пишет: «А как правильно?» Обычно после такого предлагают лучше  документировать — и начинают добавлять страницы. Есть другое решение.

Представьте ситуацию. Третий год подряд говорят на performance review, что вы переросли текущий грейд. Но как только дело доходит до промо-комитета, заявка возвращается с размытой формулировкой: «Неясен импакт за пределами вашей команды».

Семь лет коммерческой разработки, десятки успешно закрытых задач, сложные фичи, оптимизация производительности. И тут на собеседовании просят: «Спроектируйте систему для сервиса бронирования». Через несколько минут становится не по себе. Кажется, вы чего-то не знаете, хотя опыт объективно большой.