"Полезная статья - What It Really Takes to Move From Senior to Staff Data Engineer. Staff в РФ не очень распространено. Я знаю Т-Банк активно развивает это направление. Но по факту team lead это тот же staff инженер. Я работал как Staff DE 3 года и прочитал базовые книжки про Staff Engineer, их всего 2: The Staff Engineer's Path и Staff Engineer. Как обычно перевод и summary от AI. Сегодня это Raycast и Antropic API key. В последнее время я решил заморочиться на всякие горячие клавиши и спустя больше чем 10 лет прошел с touchpad на мышку Logi MX Master 3s. Надоело флексить с тачпадом и теперь у меня мышка с множество горячих клавиш и одна из них как раз AI чат. У Logi даже есть утилитка для chatGpt, чтобы редактировать свои сообщению в нужный стиль. __Эта статья — интервью с Брайаном Фемиано, staff data engineer в Apple, о том, что реально нужно для перехода с уровня Senior до Staff Data Engineer.__ __ Основные темы: 1. Карьерный путь • Брайан занимается data engineering почти 20 лет, 9 из них на уровне staff • Ключевой момент карьеры: когда он взял на себя организацию работы (JIRA, документация, разблокировка коллег, коммуникация со стейкхолдерами) __ __2. Разница между Senior и Staff Это не резкий переход, а постепенное развитие: • Senior может оставаться в зоне комфорта и хорошо выполнять задачи • Staff развивает некодинговые навыки, которые делают других разработчиков лучше: ▪ Создание диаграмм систем и runbook'ов для on-call ▪ Хорошие отношения с продуктовыми командами ▪ Понимание влияния изменений на другие команды • Staff приходится чаще переключаться между контекстами в течение дня __ __3. Заблуждения о Staff титуле ❌ Что вам НЕ нужно: • Быть самым талантливым разработчиком в команде • Вписываться в ""архетипы"" как классы в RPG • Прыгать между работами для получения титула __ __4. Главные блокеры для перехода в Staff • Плохая коммуникация или агрессивность • Негибкость, неспособность видеть большую картину • Чрезмерная фокусировка на инструментах/языках • Не строить системы для долгосрочного здоровья и качества __ __5. Сигналы, которые нужно показывать • Менеджеры и коллеги знают, что вы мыслите холистически о системах • Оформляете мысли в диаграммы и хорошо принимаете фидбек • Поддерживаете команду во время кризисов • Делаете себя незаменимым, но НЕ через силосное знание или постоянный героизм __ __6. Технический дизайн и системное мышление Процесс проектирования: • Сразу рисуйте диаграммы • Что уже существует и может помочь? • Довольны ли мы этими системами или это шанс рефакторить? • Какой минимальный набор новых возможностей нужен? • Можем ли использовать существующие библиотеки? • Есть ли узкие места при росте нагрузки? • Нужно ли постоянное ручное внимание или это автоматизировано? Что делегировать: • Лиды не должны быть на критическом пути • Если берете слишком много — задерживаете проект и лишаете команду роста • Доверяйте важные области команде • Помогайте избежать перегрузки Пример простого решения: В Pandora хотели уведомлять артистов о добавлении песен в плейлисты. Вместо real-time email (много компромиссов), после обсуждения с продуктом поняли, что артистам не нужен real-time. Построили минимальный набор компонентов для батчевой отправки. Работает до сих пор. __ __7. Коллаборация и коммуникация С менеджментом: • Будьте лаконичны и своевременны С продуктом: • Задавайте вопросы, делайте заметки • Повторяйте их слова своими словами С инженерами: • Давайте детали и ясность • Повторяйте много раз при необходимости • Проявляйте терпение Создание комфортной среды: • Будьте дружелюбны и не осуждайте • Приоритизируйте помощь для разблокировки • Давайте кредит коллегам за их идеи Design docs: • Начните с 3-5 предложений: что строим и какая бизнес-польза • Укажите всех вовлеченных • Фокус на диаграммах, показывающих как части соединяются • Важна не красота, а легкость понимания__"