taktik, при том, что работодателя не касается моё резюме или даже хождение по собеседованиям. Если хочет меня удержать, то должен создавать условия лучше чем у тех, кто может меня переменить. А если ему нужны подсказки по улучшению условий, то стоит со мной регулярно разговаривать о том, как мне работается, что не нравится, чего хотелось бы.
DmItrENub, я уже много раз писал об этом, но повторю: Не нужно использовать IDE на этапе обучения. Во-первых, IDE избавляет вас от рутинных операций, но именно рутинные операции позволяют набить руку . Во-вторых, IDE скрывает многие процессы, выполняя их за программиста, но именно они позволяют понять базовые принципы. В-третьих, использование IDE вынуждает вас учить одновременно язык и саму IDE, а это усложняет процесс и вносит путаницу. Так что IDE надо начинать использовать только тогда, когда ты уже профи, всё знаешь и тебе надо увеличить производительность труда.
кстати: у меня лапки, в индустрии эффективные менеджеры™ хотят нанять дешёвых фронтов писать десктопный софт, который потом можно впарить пользователю любой ОС. Так появляются глючные прожорливые софтины, которые ненавидят абсолютно все.
Может вы просто что-то не то делали? А то я например видел немало случаев, когда разработчики на две должности в год в кровавом энтерпрайзе росли. А тривиальность задач и возможности горизонтального роста сильно зависят от проекта, которых у крупных работодателей сотни, а то и тысячи.
Wsearch, для базовых знаний в этой области подойдёт любой учебник по Go, В частности у Донована и Кернигана половина книги посвящена вопросам конкурентности. Чего-то более глубокого не посоветую, так как не специалист в Go.
Wsearch, вряд ли вы меня поняли, раз так и не озвучили контекст, в котором вас интересует многоточность. У многопточности например в Java и многопоточности Erlang нет ничего общего, в Python многопоточность ограниченная, а в JavaScript её вообще нет. И даже если брать только Java, работа с многопоточностью например в Spring MVC и Spring WebFlux тоже очень разная.
