Ответ на пост «Почему некоторые разработчики никогда не вырастут?»⁠⁠1

Спасибо, всё по делу. Позвольте немного критики:

1. "не получают обратной связи" - сейчас многие практикуют code review, в том числе чтобы починить этот недостаток

2. "не задают вопросов" - на мой вкус, к этому склонны джуны. Стать миддлом и выше без вопросов, думаю, нельзя. Для плохо формализованных задач (которые должны уметь решать миддлы) без вопросов никуда

3. "боятся сложных задач" - очень спорно. Опять же, сложные задачи - это драйвер роста. Без сложных задач можно вечно сидеть в джунах по уровню работы, как бы не называлась должность

4. "никогда не работают над своими собственными проектами" - не могу однозначно сказать. В некоторых сферах pet-проект особо не сделаешь. Кто-то соблюдает life-work balance и не хочет работать помимо работы. Кто-то реально с удовольствием фигачит свои проекты. Коррелирует ли это с чем-то? Фиг его знает

5. "никогда не меняют роли или компании" - менять роли явно не для всех. К тому же я не очень понял, о какой смене речь. Из разработчика в тимлида, потом в аналитика, потом в QA? Ну, это странно. Менять компании - ну тоже такое себе, сейчас обратный тренд. Лет пять назад средний срок жизни разработчика в компании стал около 1.5 лет, а у очень многих менее года. Это так себе практика. Сейчас средний срок жизни растёт, по ощущениям, но цифр у меня нет. Ходить на собеседования - очень годная рекомендация, даже если не планируешь менять работу. Позволяет быть в курсе трендов

6. "не меняют языки программирования" - совсем не согласен. Поиграться с необычными языками имеет смысл, чтобы въехать в новые для себя парадигмы. Но дальше? Если я спец по python, то мне PHP особо ничего нового не даст. Иметь в портфолио два разных инструмента (быстрый в разработке язык вроде python/php/JS и производительный вроде go/java/C/C++/C#) вполне достаточно. Лучше копать вглубь своего инструмента, чем уметь hello world на 100 языках

Ещё, на мой вкус, не хватает конкретики - позвольте, я дополню рядом своих ссылок. В статье Как расширить технический кругозор я рассказывал, как, на мой вкус, следует систематически искать новую информацию. В ответе на пост ИТ пузырь я делился своим взглядом на проблему образования в области разработки и почему всё так плохо. Если вы начинающий питонист, то рекомендую годную подборку бесплатных материалов для начинающих - курсы, ютуб-каналы, отдельные направления вроде реляционных баз, git, тестов, docker, linux.