Какие бы советы я дал Junior программистам, чтобы быстрее стать Middle разработчиками?

Смотрите также: Чем отличается Junior от Middle программиста?, Часть 2

1) Не бойтесь просить помощи. Если вы застряли в решении своей задачи и не можете сами разблокироваться длительное время - не бойтесь попросить помощи. Задавайте вопросы, говорите на чем вы застряли. Это поможет вам не продалбывать постоянно сроки, быть постоянно заблокированным. Скрывать, что вы заблокированы и продалбывать сроки хуже, чем вовремя попросить помощи и продвинуться в решении задачи.
2) Выясните, что именно сделал человек, у которого вы попросили помощи, чтобы вас разблокировать. Это поможет вам в такой же ситуации разблокироваться самостоятельно, без посторонней помощи. Это и будет вашим ростом в вашей самостоятельности.
3) Попробуйте вначале сами разблокироваться, выделите на это какое-то ограниченное время. Не просите помощи сразу, даже не попытавшись решить сами проблему или разблокироваться. Потратьте несколько часов, максимум дней, на разблокировку самостоятельно, если не получилось - ищите помощи.
4) Установите хорошие взаимоотношения с людьми, кто вас может разблокировать, людьми, к кому они обращаются и вашим менеджером и ментором. Часто люди, которые вам помогают разблокироваться, делают это коммуникацией с другими людьми. Запомните, кто эти другие люди и установите с ними хорошие взаимоотношения, чтобы в следующий раз вы могли обратиться к ним самостоятельно. Также ваш промоушен и карьерный рост сильно зависит от вашего менеджера. Поэтому постарайтесь установить с ним хорошие рабочие отношения.
5) Научитесь быстро навигироваться в коде и быстро в него вникать. Один из способов разблокировки - найти и разобраться с кодом. Научитесь как это делать быстро в вашей IDE, спросите своих старших коллег. Читайте много кода и научитесь быстро вникать в логику его работы.
6) Научитесь быстро гуглить. Научитесь эффективно строить запросы к гуглу, stackoverflow, чтобы быстро найти ответы на нужные вам вопросы.
7) Научитесь быстро находить внутреннюю документацию и разбираться в ней. Аналогично предыдущему пункту. Только гуглить уже внутри своей компании.
8) Засетапьте удобный дебаг. Иногда удобно проверить, что-то на практике. Как работает тот или иной код. Воспроизвести ту или иную багу. Поэтому позаботьтесь, чтобы вы могли легко смоделировать тот или иной код у себя в базе кода и запустить его в режиме дебага или просто выводить в консоль или лог, значения переменных. Это поможем вам быстрее понимать причину багов, проверять как работает та или иная конструкция на практике, без гугления или спрашивания и т.д. Это может быть какой-то ваш специальный unit-test, скрипт, просто запускаемый main-класс, который вы будете использовать как песочницу для экспериментов.