Всем привет!
Сегодня хочу рассказать о странно дилемме, которая все больше оказывает влияние на процессы разработки программного обеспечения. Это - разделение на практике одного понятия (или лозунга), которое всегда воспринималось атомарно (т.е., целостно и неделимо).
Собственно, и знать, и уметь надо в любой области человеческой деятельности. Однако, в ИТшных нишах развитие настолько бурное, что выработанные веками подходы к организации и классификации деятельности работают плохо. Слишком быстро все меняется. Буквально. Уже пишут в этих ваших интернетах. что молодежь уже не понимает. что за странный значок обычно нарисован на кнопке "Сохранить".
Такой информационный "взрыв" приводит к тому, что парадигмы, архитектуры, технологии, фреймворки, и.т.д. постоянно устаревают. В результате, нет возможности накопить действительно большой опыт в каком-то узком направлении - вектор этого направления постоянно корректируется. и приходится корректироваться вслед за ним. Иначе - неизбежная профессиональная деградация и отставание от рынка, а это проблемы с работой и зарплатой.
Но человек не был бы собой, если бы не мог довести вполне логичный процесс до абсурда. В результате лозунг из заголовка начинает распадаться. Реально - специалисты знают одно, а умеют другое.
И что еще хуже - это начинает повсеместно восприниматься. как норма. Как это выглядит на практике:
1. Все начинается еще на этапе прима на работу. На собеседованиях обсуждаются одни темы (технологии, архитектуры...), а в работе используются другие. Отчасти, это можно объяснить тем. что интервьюеры чешут свое ЧСВ вместо процесса. лишь отчасти. Часто, дело обычно в планах руководства - всегда хочется развития (и профита), поэтому лучше сразу искать готовых специалистов.
2. Разрыв между теоретической подготовкой и практическими навыками. Теория учится достаточно легко (если и правда постараться), а вот практика достигается только проектной работой. Поэтому, обычно кандидат усиленно готовится к теории и "алгосикам" (алгоритмические секции). Суррогат сей реальной работы не замещает, но тут ставка на то. что хоть опыта особо нет, но хоть кандидат неглуп.
3. Одними собесами дело не ограничивается, явление влияет на проектную работу, в результате в последние 10 лет наблюдается неприятное явление "запилить проект на всем новом и свалить". Я лично кое-где наблюдал аж 4 таких волны. Сколько там было похоронено денег, страшно представить.
4. Горизонт планирования при таком подходе тоже сужается до, в лучшем случае, одного года. Что будет дальше - всем пофиг, это будут проблемы команды в другом составе.
Что делать? Честно говоря. не знаю, этот процесс пока не собирается останавливаться, при всей своей абсурдности. "И" все больше превращается в "ИЛИ". увы.