Pull to refresh

Comments 15

Бриллианты формируются под давлением.

Всё же под давлением формируются алмазы, а бриллиантами они становятся лишь после огранки. К сути статьи, кстати, эта разница так же применима.
ИМХО эта классификация проще:
Джун — решает легкие задачи сложным путем, сложные задачи не решает.
Мидл — решает легкие задачи легким путем, сложные задачи решает сложным путем.
Сеньер — решает легкие и сложные задачи легким путем.
Архитектор — рассказывает всем, что решит все задачи легким путем, но сейчас очень занят.
Ко всему прочему здесь и в статье присутствует системная ошибка. Junior, Middle, Senior — это про уровень профессионального развития, уровень компетенций, в данном случае разработчика, в то время как Архитектор — это должность или роль, которую может выполнять разработчик уровня и Middle и Senior, например. Как они оказались ступенями одной классификации, большой вопрос.
Они довольно легко попадают в одну категорию, когда это просто «лычка» на погон разработчику, а не оценка компетенции или роль в команде.

Для чего-то серьезного 1-2 лет алгоритмизации крайне мало, ее по хорошему нужно постоянно потихоньку улучшать.

т.е без знания Битрикс сеньором не стать?

Сейчас я преподаю веб-разработку в местных ВУЗах


Подскажите, как удалось пропихнуть веб-разработку в вузы? Под каким кодом специальности преподаете, как называются предметы?
Хотелось бы интегрировать веб-разработку в курс нашего университета, но на фоне микропроцессорных систем, сапров, ассемблера, предмет блекнет.
Или под веб-разработкой Вы имеете в виду большой курс по алгоритмизации, БД и прочему, описанному в Вашей пирамиде и статье?
собственно ничего пропихивать не надо
есть конкретные предметы
— Технологии разработки для сети И нтернет
— Человеко-машинное взаимодействие (больше про интерфейсы, но тоже веб затрагивает)
— Веб-технологии
— много еще

которые есть в программах и которые преподаются

просто мы приходим в ВУЗ и говорим: мы профильное предприятие, у нас есть люди с учеными степенями и педагогическим опытом, давайте мы у вас поработаем (а заодно будем базой практик, руководить/оппонировать дипломам, организовать «кафедры от предприятия»)

ВУЗу это очень надо, у них kpi на привлечение таких партнеров

и работаем

вот курс, посмотрите там видео и презентации. качество записи пока не «вау», но мы работаем над этим www.intervolga.ru/school
посмотрел матрицу.
скажите, плиз, почему jquery уделяется так много внимания?

Насколько я понимаю, это устаревшая технология и сейчас все ориентируются на другие…
не так много на самом деле. просто на старте как правило люди фронтендом называют верстку и самый базовый JS. идем по пути база => jQuery => более современные подходы

ну и почти любой зрелый проект имеет части, где jQuery присутствует. не знать основ просто не получится.

ну и это матрица больше про бекенд. у нас есть отдельные фронтенд, менеджерская, маркетинговая матрицы компетенций

они частично пересекаются, но все же рассматривать эту конкретно конструкцию нужно как бекенд, а не фронтенд-матрицу
Интересный подход с использованием лабораторных работ. Некоторым легче сделать, чем вызубрить и рассказать теорию.

При последующих аттестациях, спрашиваете ли вопросы из блоков, которые сдавались в прошлом? Если так, то я не представляю, как к такому подготовиться, параллельно работая. Если не повторять, то забывается. А в реальной работе со многими вещами из подобных матриц не сталкиваешься, либо сталкиваешься раз несколько месяцев/лет, т.к. проекты и задачи у всех разные.

Вообще, подобные программы и вправду бы в вузы. А то, ограничившиеся программой (всякой философией, историей, матаном, физикой и т.д.) вуза, выходят без навыков и знаний, нужных для работы. Убрать бесполезные для работы предметы и в университетской программе остается полезного всего-лишь на год.
спрашиваем все время, и разговоры-подготовки к аттестациям проходят довольно часто

что касается ВУЗов — по сути первый стажерский уровень матрицы мы и даем на полугодовом курсе веб-разработки в ВолГУ
Рассуждение, как я понимаю, относится в первую очередь к вашей организации? Адаптируя под широкий круг я бы всё таки не стал делать упоры на одном только PHP (За который в 2020 даже стыдно ручаться), а добавил бы Python, Golang, Rust, Node.
не совсем понятно какое «рассуждение» вы имеете в виду
по сути да, мы описываем специфику нашей работы, ценен личный опыт

впрочем, он довольно универсален

что касается разных языков: сугубое ИМХО, но мне кажется что стоит выбрать 1 технологию и изучать ее всерьез.
круто знать 4 серверных языка/технологии — чтобы что? для кругозора, для шансов сменить работу — согласен. для глубины и качества? спорно…
Sign up to leave a comment.