В последнее время опять участвую в собеседованиях со стороны интервьюера. Спрашиваем, казалось бы, не слишком сложные технически вещи. Но многие кандидаты, сами себя оценивающие достаточно высоко, "залипают" на этих вопросах, не хватает глубины, знаний основ. Начинаю задумываться: а в чём причина? И опыт больше трёх-пяти лет, и образование техническое, и опыт руководства у соискателя имеется, но зацепиться не за что.
Обычно задаю вопрос: из каких источников получаешь знания о новых технологиях в своей области? Самый частый ответ -- видео. Кто-то ещё читает каналы в Telegram. Книги не упоминает никто. Аргументация слабенькая -- видео самый удобный для меня канал информации. Но, как мне кажется, 10-20 минутный ролик не даст всей полноты знаний. А ещё чтение -- это труд потяжелее просмотра коротких роликов. Но этот труд и вознаграждается значительнее.
Сам обычно читаю несколько книг одновременно. И это не только техническая литература, хотя сейчас она занимает большую часть моего круга чтения. Самое сложное -- это дочитывать всё, что начал, нужна самодисциплина. Чтобы не хвататься за все новинки сразу.
Кстати, видеоролики и онлайн-курсы вполне могут стать хорошей точкой входа в какую-то технологию или область знаний. Но они обязательно должны быть дополнены литературой. Читая, мы вкладываем в процесс обучения больше усилий, -- тем ценнее добытая информация.
Хорошие издательства технической литературы, на мой взгляд: O'Reilly, Manning, Apress, Packt. Особенно мне нравятся обложки с редкими видами животных и национальными костюмами у первых двух. Если серьёзно, то важно то, что у книг этих изданий практически всегда есть рецензенты и научные редакторы из той сферы технологии, о которой речь в тексте. Это вызывает доверие. Кроме того, среди авторов люди, который и сами являются разработчиками стандартов, по которым мы с вами пишем программное обеспечение. В роликах на Youtube такое ещё надо поискать!
Конечно, самое новое и актуальное мы узнаём из документации. С другой стороны, хоть информация там и структурирована, лучше пользоваться ей не для обучения, а в качестве справочника. В технической документации нет связи, метафоры, "сюжета". Поэтому, думаю, свежая книга лучше поможет освоиться и понять, как и что работает в любимом фреймворке под капотом. Я вообще с подозрением отношусь к названиям, в которых есть что-то вроде "для чайников" или "быстро". Но недавно, например, с удовольствием прочитал "React быстро" Азата Мардана и Мортена Барклунда. Если бы наши соискатели перед собеседованиями прочитали эту книгу, они бы без проблем решали все предложенные задачи.
А ещё чтением технической литературы можно просто наслаждаться! Я помню, как меня вначале обучения программированию вдохновили книги Таненбаума и Страуструпа. Удивительно, как можно с юмором и увлекательно писать об архитектуре компьютера. В процессе чтения я даже написал программу, в которой можно было из транзисторов составлять более сложные схемы. Правда потом обнаружил в сети готовые решения с прекрасным графическим интерфейсом. В общем, не отказывайтесь от чтения!
