[Программирование, Управление разработкой, Управление персоналом, Карьера в IT-индустрии] Ежедневные сложности сениор-разработчика (перевод)
Автор
Сообщение
news_bot ®
Стаж: 6 лет 9 месяцев
Сообщений: 27286
Больше десятка лет я работал на одну из крупнейших в мире компаний по разработке ПО. Выполняя множество задач, я видел многие аспекты бизнеса: от быстрого «ковбойского» кодинга до серьёзных покупок конкурентов и стартапов.
1. Планёрки
Большинство известных мне разработчиков любит свою работу. Они действительно обожают разработку, написание кода, создание программ и поддержку инфраструктуры, необходимой для того, чтобы их код увидел мир.
Для этого им часто нужно фокусироваться на том, что они делают. Наверно, именно в этом причина популярности шумоподавляющих наушников и AirPods, которые окружают нас в повседневной жизни.
Однако митинги и сосредоточенность — настоящие враги. Я уже сбился со счёту, сколько раз мой планировщик отвлекал меня, сообщая, что через 15 минут мне нужно явиться на планёрку, пока я пытался разобраться в сложной концепции, которую недавно придумал. Разумеется, я заранее знал, что будет планёрка. Когда я смотрел своё расписание в понедельник, чтобы оценить время, которое у меня будет на написание кода на этой неделе, у меня не было никаких сомнений: мои рабочие дни заполнены совещаниями.
Чем дольше ты работаешь, и чем лучше вы с коллегами справляетесь, тем больше знаний вы получаете. Ценных знаний. Или опыта, как их называют некоторые.
И знаете что? Эти знания в основном передаются на совещаниях. Поймите меня правильно, само по себе это хорошо.
Но когда я нахожусь в потоке и в процессе написания самого лучшего за мою жизнь кода (по крайней мере, эта мысль помогает мне засыпать по ночам), то последнее, что мне нужно — это крошечное напоминание в углу экрана, говорящее «Пора».
Настала пора ещё одного совещания.
2. Огромная машина
Мне очень повезло, я работаю в чрезвычайно крупной компании. И я каждый день благодарю за это судьбу.
Вероятно, поэтому тема этого раздела будет для меня особо актуальной. Но и каждый из нас, в том или ином смысле, является в своей профессиональной жизни частью чего-то большего. Главная задача наших компаний — писать отличный код.
«Но разве всем нам не нужно иметь возможность спокойно засыпать по ночам?», — шепчу я иногда на наших уютных планёрках.
Однако задачи этим не ограничиваются, они масштабнее. Мы должны выпускать продукты и сервисы. Удовлетворять потребностям наших конечных пользователей и заказчиков. В конце концов, заработать пару центов.
И это опять-таки вступает в конфликт с концепцией Разработчика. У меня возникало бесчисленное количество ситуаций, когда я знал (или, по крайней мере, думал, что знал), что решение Б будет лучше, чем А с точки зрения производительности, удобства для пользователей или качества кода. Но у человека выше по иерархической лестнице или у важного клиента было другое мнение. И именно это мешает мне засыпать по ночам.
Но нам приходится с этим мириться. Кроме того, чтобы оспаривать неправильные решения (как вы догадались, это происходит на бесконечных совещаниях), вы никак не можете повлиять на результат. Вам просто сообщат о решении. Сообщением по внутренней связи или коротким конференц-звонком. Нужно отдать должное, иногда люди прислушиваются к твоим аргументам. Это отлично, потому что не только поднимает самооценку, но и позволяет чувствовать себя частью Огромной Машины.
Есть странная двойственность — с одной стороны, ты хочешь быть частью механизма, с другой стороны, остаётся какая-то горечь.
Огромная машина — это довольно странная вещь.
3. Качество кода и срок поставки
Если вы добрались до этой части статьи, то уже могли заметить, как я люблю качество кода. Хороший код — это мой хлеб, почти в буквальном смысле. Мы можем долго рассуждать о написании идеального кода (которого не существует, должен заметить), но я думаю, что большинство из нас согласится, что это, по крайней мере, то, к чему мы стремимся.
Но догадайтесь, кто постучится в вашу дверь с большей неотвратимостью, чем уведомления планировщика на экране, пока вы выжимаете из IDE максимум?
Срок сдачи проектов. Дедлайны.
Несложно понять, что качество кода и сроки сдачи не очень хорошо дружат.
Надо сказать, что дедлайны, разумеется, могут быть отодвинуты, если качество кода нас пока не устраивает. Да, такое происходит. Но то же самое справедливо и в обратную сторону. Код поставляется, несмотря на то, что не имеет того качества, к которому стремится ваша команда в повседневной работе.
Потому что над всеми нами нависает большая рука.
4. Проверка кода
Сразу признаю, что проверка кода (code review) является критически важной частью каждого отдела разработки. Я знаю это и соглашаюсь с этим.
Но, честно говоря, изучение кода и решений, концептуально сильно отличающихся от утопических построений в моей голове — не самое любимое моё дело. Да, при этом многому учишься. А другие, надеюсь, тоже учатся чему-то из моей цифровой писанины.
Если ты работаешь сениор-разработчиком, у тебя постоянно просят обратной связи. Разумеется, во время самой проверки кода, но и в другое время тоже. У кофемашины, во время планёрок, даже когда ты чешешь спину.
Во многих смыслах это честь для тебя, потому что это означает, что твои мысли и отзывы ценят и уважают. И я отдаю этому должное, без всякого сарказма.
Но когда дело доходит до ежедневной профессиональной жизни и личного уровня, я предпочитаю нечасто смотреть на работу других людей. Я изучаю чужой код, только если хочу научится чему-то, или из любопытства.
Но я должен, у меня нет выбора. Чем более опытным ты становишься, тем больше изучаешь работу других людей и тем сильнее с ней связан. Нравится тебе это, или нет.
5. Коллеги
Этот пункт относится ко всем нам, вне зависимости от должности. Если вы только не создали гениальное приложение в гараже в одиночку, вам приходится иметь дело с коллегами.
Некоторые из них замечательны и могут даже стать вашими друзьями. Но надо признать: есть и другие. Такова природа человека: кто-то нам нравится, кто-то нет.
Те, кто нам не нравится, или те, «с кем у нас не очень хорошее взаимопонимание», могут писать красивый и качественный код. А некоторые из моих друзей — не самые лучшие из разработчиков.
Но такова неизбежность при общении с людьми, с коллегами.
Повторюсь: как мы уже поняли на примере проверки кода, чем больше у вас опыта, тем больше вам приходится общаться с людьми по работе.
Экстравертов это может порадовать, но я не экстраверт.
Заключение
У меня есть один коллега, назовём его Ларри.
Он целый день сидит в одиночестве в углу. Он намного умнее меня. Непохоже, что люди решили его сторониться: это он решил сторониться людей.
Дело в противостоянии его и мира. Ларри против Огромной Машины.
Он всегда посещает планёрки (за всё время не проронив ни слова), однако бОльшую часть времени он смотрит на экран или давит на клавиатуру с силой, на которую не рассчитывали её производители. Когда его руководство спрашивает, над чем он работает, он тихим и безмятежным голосом отвечает: «Вы знаете, над чем». И не отрывает при этом взгляда от монитора.
Руководство не часто спрашивает, чем он занят.
Он создаёт самые невероятные решения и алгоритмы. Одно совершенное решение за другим.
Иногда я хочу быть как Ларри. Находиться на пустынном острове посередине океана. Только я и мой ноутбук.
На правах рекламы
Эпичные серверы — это надёжные серверы на Linux или Windows с мощными процессорами семейства AMD EPYC и очень быстрой файловой системой, используем исключительно NVMe диски от Intel. Попробуйте как можно быстрее!
оригинал
===========
Источник:
habr.com
===========
===========
Автор оригинала: Gerard van der Put
===========Похожие новости:
- [Интерфейсы, Промышленное программирование, Управление разработкой, Микросервисы] Энтерпрайз, который выжил. Доклад в Яндексе
- [Управление продуктом, Карьера в IT-индустрии, Статистика в IT] Я перешла из HR в продуктовую аналитику, не меняя компанию. Вот как это произошло
- [Управление продуктом, Управление продажами, Производство и разработка электроники, Компьютерное железо, Процессоры] Qualcomm и ряд производителей пожаловались на дефицит чипов
- [Учебный процесс в IT, Управление персоналом, IT-компании] Как мы поощряем и развиваем ключевых сотрудников
- [Программирование, Машинное обучение] Intel CV Academy — начинаем второй семестр
- [Программирование, Совершенный код, Отладка, Процессоры] Чего не хватает для идеального профилирования кода
- [IT-стандарты, VueJS, TypeScript] Идеальное Vue приложение на Typescript
- [Программирование, Разработка под Android, Flutter] Flutter ListView и ScrollPhysics: Детальный взгляд (перевод)
- [Разработка под iOS, Разработка мобильных приложений, Разработка под Android, Аналитика мобильных приложений] Как мы просто сократили объем входящего в дата-центр трафика на 70%
- [Программирование, Java, ООП, Функциональное программирование] Java Optional не такой уж очевидный (перевод)
Теги для поиска: #_programmirovanie (Программирование), #_upravlenie_razrabotkoj (Управление разработкой), #_upravlenie_personalom (Управление персоналом), #_karera_v_itindustrii (Карьера в IT-индустрии), #_programmirovanie (программирование), #_razrabotka (разработка), #_web_razrabotka (web разработка), #_startap (стартап), #_blog_kompanii_vdsina.ru (
Блог компании VDSina.ru
), #_programmirovanie (
Программирование
), #_upravlenie_razrabotkoj (
Управление разработкой
), #_upravlenie_personalom (
Управление персоналом
), #_karera_v_itindustrii (
Карьера в IT-индустрии
)
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 22-Ноя 15:03
Часовой пояс: UTC + 5
| Автор | Сообщение |
|---|---|
|
news_bot ®
Стаж: 6 лет 9 месяцев |
|
 Больше десятка лет я работал на одну из крупнейших в мире компаний по разработке ПО. Выполняя множество задач, я видел многие аспекты бизнеса: от быстрого «ковбойского» кодинга до серьёзных покупок конкурентов и стартапов. 1. Планёрки Большинство известных мне разработчиков любит свою работу. Они действительно обожают разработку, написание кода, создание программ и поддержку инфраструктуры, необходимой для того, чтобы их код увидел мир. Для этого им часто нужно фокусироваться на том, что они делают. Наверно, именно в этом причина популярности шумоподавляющих наушников и AirPods, которые окружают нас в повседневной жизни. Однако митинги и сосредоточенность — настоящие враги. Я уже сбился со счёту, сколько раз мой планировщик отвлекал меня, сообщая, что через 15 минут мне нужно явиться на планёрку, пока я пытался разобраться в сложной концепции, которую недавно придумал. Разумеется, я заранее знал, что будет планёрка. Когда я смотрел своё расписание в понедельник, чтобы оценить время, которое у меня будет на написание кода на этой неделе, у меня не было никаких сомнений: мои рабочие дни заполнены совещаниями. Чем дольше ты работаешь, и чем лучше вы с коллегами справляетесь, тем больше знаний вы получаете. Ценных знаний. Или опыта, как их называют некоторые. И знаете что? Эти знания в основном передаются на совещаниях. Поймите меня правильно, само по себе это хорошо. Но когда я нахожусь в потоке и в процессе написания самого лучшего за мою жизнь кода (по крайней мере, эта мысль помогает мне засыпать по ночам), то последнее, что мне нужно — это крошечное напоминание в углу экрана, говорящее «Пора». Настала пора ещё одного совещания. 2. Огромная машина Мне очень повезло, я работаю в чрезвычайно крупной компании. И я каждый день благодарю за это судьбу. Вероятно, поэтому тема этого раздела будет для меня особо актуальной. Но и каждый из нас, в том или ином смысле, является в своей профессиональной жизни частью чего-то большего. Главная задача наших компаний — писать отличный код. «Но разве всем нам не нужно иметь возможность спокойно засыпать по ночам?», — шепчу я иногда на наших уютных планёрках. Однако задачи этим не ограничиваются, они масштабнее. Мы должны выпускать продукты и сервисы. Удовлетворять потребностям наших конечных пользователей и заказчиков. В конце концов, заработать пару центов. И это опять-таки вступает в конфликт с концепцией Разработчика. У меня возникало бесчисленное количество ситуаций, когда я знал (или, по крайней мере, думал, что знал), что решение Б будет лучше, чем А с точки зрения производительности, удобства для пользователей или качества кода. Но у человека выше по иерархической лестнице или у важного клиента было другое мнение. И именно это мешает мне засыпать по ночам. Но нам приходится с этим мириться. Кроме того, чтобы оспаривать неправильные решения (как вы догадались, это происходит на бесконечных совещаниях), вы никак не можете повлиять на результат. Вам просто сообщат о решении. Сообщением по внутренней связи или коротким конференц-звонком. Нужно отдать должное, иногда люди прислушиваются к твоим аргументам. Это отлично, потому что не только поднимает самооценку, но и позволяет чувствовать себя частью Огромной Машины. Есть странная двойственность — с одной стороны, ты хочешь быть частью механизма, с другой стороны, остаётся какая-то горечь. Огромная машина — это довольно странная вещь.  3. Качество кода и срок поставки Если вы добрались до этой части статьи, то уже могли заметить, как я люблю качество кода. Хороший код — это мой хлеб, почти в буквальном смысле. Мы можем долго рассуждать о написании идеального кода (которого не существует, должен заметить), но я думаю, что большинство из нас согласится, что это, по крайней мере, то, к чему мы стремимся. Но догадайтесь, кто постучится в вашу дверь с большей неотвратимостью, чем уведомления планировщика на экране, пока вы выжимаете из IDE максимум? Срок сдачи проектов. Дедлайны. Несложно понять, что качество кода и сроки сдачи не очень хорошо дружат. Надо сказать, что дедлайны, разумеется, могут быть отодвинуты, если качество кода нас пока не устраивает. Да, такое происходит. Но то же самое справедливо и в обратную сторону. Код поставляется, несмотря на то, что не имеет того качества, к которому стремится ваша команда в повседневной работе. Потому что над всеми нами нависает большая рука. 4. Проверка кода Сразу признаю, что проверка кода (code review) является критически важной частью каждого отдела разработки. Я знаю это и соглашаюсь с этим. Но, честно говоря, изучение кода и решений, концептуально сильно отличающихся от утопических построений в моей голове — не самое любимое моё дело. Да, при этом многому учишься. А другие, надеюсь, тоже учатся чему-то из моей цифровой писанины. Если ты работаешь сениор-разработчиком, у тебя постоянно просят обратной связи. Разумеется, во время самой проверки кода, но и в другое время тоже. У кофемашины, во время планёрок, даже когда ты чешешь спину. Во многих смыслах это честь для тебя, потому что это означает, что твои мысли и отзывы ценят и уважают. И я отдаю этому должное, без всякого сарказма. Но когда дело доходит до ежедневной профессиональной жизни и личного уровня, я предпочитаю нечасто смотреть на работу других людей. Я изучаю чужой код, только если хочу научится чему-то, или из любопытства. Но я должен, у меня нет выбора. Чем более опытным ты становишься, тем больше изучаешь работу других людей и тем сильнее с ней связан. Нравится тебе это, или нет. 5. Коллеги Этот пункт относится ко всем нам, вне зависимости от должности. Если вы только не создали гениальное приложение в гараже в одиночку, вам приходится иметь дело с коллегами. Некоторые из них замечательны и могут даже стать вашими друзьями. Но надо признать: есть и другие. Такова природа человека: кто-то нам нравится, кто-то нет. Те, кто нам не нравится, или те, «с кем у нас не очень хорошее взаимопонимание», могут писать красивый и качественный код. А некоторые из моих друзей — не самые лучшие из разработчиков. Но такова неизбежность при общении с людьми, с коллегами. Повторюсь: как мы уже поняли на примере проверки кода, чем больше у вас опыта, тем больше вам приходится общаться с людьми по работе. Экстравертов это может порадовать, но я не экстраверт. Заключение У меня есть один коллега, назовём его Ларри. Он целый день сидит в одиночестве в углу. Он намного умнее меня. Непохоже, что люди решили его сторониться: это он решил сторониться людей. Дело в противостоянии его и мира. Ларри против Огромной Машины. Он всегда посещает планёрки (за всё время не проронив ни слова), однако бОльшую часть времени он смотрит на экран или давит на клавиатуру с силой, на которую не рассчитывали её производители. Когда его руководство спрашивает, над чем он работает, он тихим и безмятежным голосом отвечает: «Вы знаете, над чем». И не отрывает при этом взгляда от монитора. Руководство не часто спрашивает, чем он занят. Он создаёт самые невероятные решения и алгоритмы. Одно совершенное решение за другим. Иногда я хочу быть как Ларри. Находиться на пустынном острове посередине океана. Только я и мой ноутбук. На правах рекламы Эпичные серверы — это надёжные серверы на Linux или Windows с мощными процессорами семейства AMD EPYC и очень быстрой файловой системой, используем исключительно NVMe диски от Intel. Попробуйте как можно быстрее!  оригинал =========== Источник: habr.com =========== =========== Автор оригинала: Gerard van der Put ===========Похожие новости:
Блог компании VDSina.ru ), #_programmirovanie ( Программирование ), #_upravlenie_razrabotkoj ( Управление разработкой ), #_upravlenie_personalom ( Управление персоналом ), #_karera_v_itindustrii ( Карьера в IT-индустрии ) |
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 22-Ноя 15:03
Часовой пояс: UTC + 5