Нет определенной линии, которую нужно пересечь

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

В своей жизни я встречал нескольких разработчиков, некоторые из которых, несомненно, были достаточно взрослыми, чтобы их можно было назвать старшими разработчиками, а некоторым старшим не хватало основных качеств, чтобы их можно было назвать таковыми.

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

Но на самом деле, когда вы становитесь старшим разработчиком? Есть ли черта, которую нужно пересечь?
Я не помню, как проснулась, и кто-то сказал мне: «Сегодня такой день!» а ты?

Я считаю, что пороговые значения недействительны в этом случае

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

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

Что делать, если нет конкретных требований?

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

Правильные качества, которые должен иметь любой пожилой человек

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

1. Опыт — ваш фундамент, на котором можно строить

Это, безусловно, самое важное.

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

Если вы видите горизонт, но никогда туда не ходили, как вы узнаете, что там есть? Пройти весь путь от идеи до публичного релиза. Рабочее приложение с сотнями пользователей или несколькими годами разработки. Младший разработчик может только видеть, но никогда не испытать, как пройти полный путь.

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

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

2. Программирование — это тривиально, принятие правильного решения становится жизненно важным

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

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

Ваша работа в основном состоит из мозгового штурма, составления диаграмм, чтения, сравнения и оценки, чтобы увидеть больше, чем кодирование. Внедряйте работающие системы, а не рабочие методы/функции.

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

Проверьте свои возможности заранее. Юниоры склонны начинать прямо с кода и смотреть, как далеко они продвинулись. Сразу за «Если это работает, это хорошо».

3. Будьте ответственны за свои действия

Опыт привел вас сюда. Вы способны принимать решения.

Даже если они окажутся неправы, вы также без страха берете на себя ответственность. Как старший, вы знаете о сложных структурах и VCS, поэтому измените это. Если он сломается, вы знаете, что вам нужно делать.

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

4. Вы преодолели эффект Даннинга-Крюгера

Вы знаете то, чего не знаете.

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

Говоря о принятии мер и взломе некоторого работающего кода. Вы знаете результаты до запуска приложения. Потому что ты знаешь то, чего не знаешь. Есть достаточно мемов, которые показывают, как младшие разработчики успешно закодировали Hello World и уверены, что будут единственными мужчинами на девичнике.

Конечно, пенсионеры не супермены и все знают. Им также нужно гуглить тривиальные, глупые вопросы. Иногда я даже гуглю «как сделать tofixed 2 number в javascript». Но суть не в этом. Юниоры не могут знать, что их ждет впереди и, следовательно, не то, сколько им еще предстоит узнать.

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

5. Умейте говорить в различных ситуациях

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

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

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

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

6. Принимайте ошибки как свои

Никто не свободен от неудач. Даже эксперт ошибается.

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

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

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

С вами или без вас.

7. Глубокое обучение

Знания хорошие. Знания — это хорошо, но редко достаточно.

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

По крайней мере, со многими старшими разработчиками я разговаривал и думаю.

Последние мысли

Я твердо убежден в том, что такие термины, как младший и старший, работают не очень хорошо.

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

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

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

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

Повышение уровня кодирования

Спасибо, что являетесь частью нашего сообщества! Перед тем, как ты уйдешь: