Эй! Я младший разработчик программного обеспечения, работающий с Java 8 и фреймворком Spring (Boot). Прошло около двух/трех месяцев с тех пор, как я начал. Пришло время поделиться некоторыми из моих впечатлений от работы младшим разработчиком и тем, что я пропустил в начале своей карьеры. Я начинаю с трех советов, которые у меня есть для младших разработчиков, а также для более опытных разработчиков, которые обучают новых юниоров. Наслаждайтесь!
1) Сделайте первый шаг
Первое, что я потерпел неудачу и все еще немного терплю неудачу, – это сделать первый шаг, если я продолжу идти против стены. Когда вы идете против, не подходите к нему еще пару раз. После первого удара обратитесь за помощью к более опытному коллеге.
Эти маленькие уроки, когда вы застреваете, просто потрясающие. Я обнаружил, что они более полезны, чем это необходимо, но это поддерживает процесс обучения. Это еще больше ускоряет процесс обучения.
2) Получите право на посадку!
Если вы (старший) разработчик, который помогает новому коллеге приступить к работе: объясните весь процесс. Какие инструменты вы, ребята, используете? Каков ваш стиль кода? Каков рабочий процесс в управлении исходным кодом? Как развертываются приложения? Как форматируются спецификации для части программного обеспечения?
Этот процесс адаптации невероятно полезен для нового коллеги. Я оказался в положении, когда мне было интересно, что делать, так как я не понимал рабочий процесс, используемый в нашем офисе.
Идеальной ситуацией было бы заполнить первую неделю семинарами для нового коллеги. И пусть каждый разработчик проведет семинар. Это создает возможности для нового разработчика познакомиться со всеми своими новыми коллегами.
Завершение семинаров небольшим резюме было бы потрясающим, это дает младшему небольшой буклет, который он может держать рядом с собой, если это необходимо. Это зависит от уровня знаний нового разработчика, какие семинары являются более важными.
3) Относитесь друг к другу одинаково и принимайте обсуждения
Даже если вы старший разработчик с более чем 15-летним опытом работы, не откладывайте мнение младшего в сторону и просто скажите, что вы правы. Объясните им, почему вы считаете, что вы правы. Объясните, что неверно в их мнении.
Позвольте им обсудить это с вами, укажите им правильное направление, но не прокладывайте для них путь. Заставьте их задавать вам вопросы, но не игнорируйте их. Научите их правильным способам, заставляя их думать.
На данный момент это все
Надеюсь, люди смогут поделиться одними и теми же идеями, что вы думаете по поводу вышесказанного? Я бы с удовольствием получил от вас весточку!
Оригинал: “https://dev.to/martin/being-a-junior-software-developer-a65”