К сожалению материал оторван от реальности вот почему:
1) с ценами 2021 года компании действительно будут платить джуну 100к (и даже больше)
2) ждать 2-3 года пока Джун вырастет в мидла точно никто не будет. Сейчас такая текучка в IT, что разрабы в среднем работают всего год на проекте. Пора уже смириться с этим. То есть Джун как минимум после полугода работы должен начать приносить реальную пользу.
3) Джуна не обязательно обучать 2-3 года. Все зависит от процессов в команде. Если у вас десяток шаблонных сервисов на одном бойлерплэйте, регулярные ревью, coverage под 90%, все покрыто интеграционными и UI тестами, строгий линтер и нет Легаси - джуну просто негде напортачить. Все под контролем и есть отличные примеры как надо писать код
Так что же делать джуну? ИМХО как ни странно варианта три (время, деньги, качество):
1) как и сказал автор - стажировка. Поработай годик за еду в "Яндексе" и сразу перескочи на мидла. Компания должна быть реально уровня Яндекс (минус - деньги)
2) ищи компании, где низкие требования к качеству кода. Они предложат нормальные деньги, но средненький опыт. (минус - качество)
3) или в компанию, где хорошо построены процессы и готовы обучать джунов, но такую компанию долго искать (минус - время)
Собрались как-то tutu.ru, ozon.travel и OneTwoTrip, и каждый из них говорит «это ещё хорошо, что мы крупнейший тревел-сервис в России»…
А если серьезно, то такие заявления неплохо бы подкреплять дополнительными сведениями, по чьей оценке.
DI же в двух словах — вместо require/import модуля вы инжектируете зависимость через параметр конструктора (или сеттер свойства). То есть за этим громким словом стоит простое "передавайте зависимости класса через параметры конструктора".
К сожалению материал оторван от реальности вот почему:
1) с ценами 2021 года компании действительно будут платить джуну 100к (и даже больше)
2) ждать 2-3 года пока Джун вырастет в мидла точно никто не будет. Сейчас такая текучка в IT, что разрабы в среднем работают всего год на проекте. Пора уже смириться с этим. То есть Джун как минимум после полугода работы должен начать приносить реальную пользу.
3) Джуна не обязательно обучать 2-3 года. Все зависит от процессов в команде. Если у вас десяток шаблонных сервисов на одном бойлерплэйте, регулярные ревью, coverage под 90%, все покрыто интеграционными и UI тестами, строгий линтер и нет Легаси - джуну просто негде напортачить. Все под контролем и есть отличные примеры как надо писать код
Так что же делать джуну? ИМХО как ни странно варианта три (время, деньги, качество):
1) как и сказал автор - стажировка. Поработай годик за еду в "Яндексе" и сразу перескочи на мидла. Компания должна быть реально уровня Яндекс (минус - деньги)
2) ищи компании, где низкие требования к качеству кода. Они предложат нормальные деньги, но средненький опыт. (минус - качество)
3) или в компанию, где хорошо построены процессы и готовы обучать джунов, но такую компанию долго искать (минус - время)
1) А теперь представьте, что MsA разрабатывает одна команда, а MsB другая?
2) А ещё у вас 20 сервисов. Вы обновили в одном пакет и сломали другие 19. Придется вам не обновляться...
3) Также если у вас 20 сервисов, шанс что пакеты устаканится стремится к нулю
А если серьезно, то такие заявления неплохо бы подкреплять дополнительными сведениями, по чьей оценке.
Zanuda mod.on
"Инверсия управления (англ. Inversion of Control, IoC) — важный принцип объектно-ориентированного программирования, используемый для уменьшения зацепления в компьютерных программах. Одной из реализаций инверсии управления в применении к управлению зависимостями является внедрение зависимостей (англ. dependency injection). Внедрение зависимости используется во многих фреймворках, которые называются IoC-контейнерами." ©
DI же в двух словах — вместо require/import модуля вы инжектируете зависимость через параметр конструктора (или сеттер свойства). То есть за этим громким словом стоит простое "передавайте зависимости класса через параметры конструктора".
Zanuda mod.off