TGViewer
.NET Разработчик .NET Разработчик @netdeveloperdiary · 6.74K subscribers
Post #3282 1.55K
День 2740. #Карьера
21 Урок После 14 Лет в Google. Продолжение

Начало

8. В больших масштабах даже у ваших ошибок есть пользователи.
При достаточном количестве пользователей каждое наблюдаемое поведение становится зависимостью — независимо от того, что вы обещали. Кто-то парсит ваш API, автоматизирует ваши «особенности», кэширует ваши баги.
Нельзя рассматривать работу по обеспечению совместимости как «поддержку», а новые функции как «настоящую работу». Совместимость — это продукт.
Планируйте устаревание как миграции с учётом времени, инструментов и эмпатии. Большая часть «проектирования API» на самом деле является «прекращением поддержки устаревших функций».

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

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

11. Абстракции не устраняют сложность. Они переносят её на тот день, когда вы дежурите.
Каждая абстракция — это ставка на то, что вам не нужно разбираться, что лежит в основе. Иногда эта ставка играет. Но часто получается, что что-то просачивается, и когда это происходит, хорошо бы про это знать.
Сеньоры продолжают изучать «низкоуровневые» вещи не из ностальгии, а чтобы быть готовым к моменту, когда абстракция даёт сбой, и вы остаётесь наедине с системой в 3 часа ночи. Используйте свой стек, но имейте в голове представление об основных его слабых местах.

12. Письменное изложение способствует ясности. Самый быстрый способ лучше чему-то научиться — это попытаться научить этому других.
Когда я объясняю концепцию другим — в документе, докладе, комментарии к коду, даже просто общаясь с ИИ — я обнаруживаю пробелы в собственном понимании. Сам акт превращения чего-либо в понятное для другого человека делает это более понятным для меня.
Если вы думаете, что что-то понимаете, попытайтесь объяснить это простым языком. Вы споткнётесь там, где ваше понимание поверхностно. Обучение — это отладка собственных ментальных моделей.

13. Работа, которая делает возможной работу других, бесценна… и незаметна.
Работа по обеспечению взаимодействия: документация, адаптация новых сотрудников, межкомандная координация, улучшение процессов — жизненно важна. Но если вы делаете это неосознанно, это может затормозить ваш технический прогресс и привести к выгоранию. Не делайте это просто, чтоб «быть полезным». Это должно быть явное, ограниченное, видимое воздействие.
Ограничьте помощь по времени. Чередуйте с другой работой. Превратите её в артефакты: документы, шаблоны, автоматизацию. И сделайте её заметной как воздействие, а не как черту вашего характера. Полезное, но невидимое — опасное сочетание для вашей карьеры.

14. Если вы выигрываете все споры, вы, вероятно, накапливаете скрытое сопротивление.
Я научился с подозрением относиться к собственной уверенности. Когда я слишком легко «побеждаю», обычно что-то не так. Люди бросают бороться с вами не потому, что вы их убедили, а потому, что они перестают пытаться – и они выражают это несогласие на практике, а не на совещаниях.
Настоящее согласование требует времени. Нужно действительно понимать другие точки зрения, учитывать обратную связь и иногда публично менять свое мнение.
Кратковременное чувство собственной правоты стоит гораздо меньше, чем долгосрочная уверенность при создании чего-то вместе с заинтересованными партнёрами.

Окончание следует…

Источник:
https://addyosmani.com/blog/21-lessons/
  • 👍 6
  • 👎 2
More from @netdeveloperdiary
  1. Sep 26, 2026День 2796. #ЗаметкиНаПолях #AI Рабочий процесс с Copilot для .NET. Продолжение Начало Три…
  2. Sep 25, 2026День 2795. #ЗаметкиНаПолях #AI Рабочий процесс с Copilot для .NET. Начало Проблема с позиц…
  3. Sep 24, 2026День 2794. #Оффтоп #Здоровье Сегодня будет необычный пост. Завтра в Москве стартует конфер…
  4. Sep 23, 2026День 2793. #ЗаметкиНаПолях #SQL 10 Редких Возможностей SQL, Которые Стоит Знать Каждому. Ч…
  5. Sep 22, 2026День 2792. #ЗаметкиНаПолях #SQL 10 Редких Возможностей SQL, Которые Стоит Знать Каждому. Ч…
  6. Sep 21, 2026🔍Тестовое собеседование с Senior C# разработчиком уже завтра 22 сентября(уже завтра!) в 1…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →