между тем что я себе представлял и тем, чем в реальности является архитектор, довольно большая разница. то что я себе представлял, больше подходит под описание синьера. что ж, появилась новая вершина, которую нужно стремиться покорить)
"Архитектор ПО" и "Архитектор Решений (Solution)" это совершенно разные вещи )) человек не в курсе... Далее, есть традиционное смешение понятий Архитектора Решений и ТехЛида. Заключается оно в том, что ТехЛид это такой сеньор на стероидах, который может подключиться к разработке и сам писать код. ТехЛид часто берёт на себя некоторые задачи Архитектора Решений, НО им не является. Если брать на себя все задачи Архитектора Решений, то на написание кода времени не остаётся ) Почему тогда ТехЛидов иногда называют Архитекторами (и открывают позиции Архитектора ища на самом деле ТехЛида)? Потому что не всем компаниям/проектам нужен выделенный Архитектор Решений. В итоге получаем ТехЛида, который может из задач Архитектора максимум нарисовать диаграммы в UML.
да, пропустил видос) стек технологий конечно огромный, за пару лет не вывезешь) а как все это можно выучить? чтоб стать архитектором, имея весь этот опыт, нужно поработать везде хотябы по полгода. и стек довольно специфичный в том плане, что не везде применим. компании что, сами выращивают архитекторов под свои нужны? или как можно найти человека удовлетворяющего всем этим требованиям?
Это специфика в которой работаю я и мои коллеги. При поиске делается так - есть общие требования, есть специфичные, выигрывает тот кто закрывает больше пунктов, чем другие. )))) Нужных людей приходится переманивать у других компаний, которые работают в том же направлении или брать в "аренду". Для специалиста при таком подходе много рисков, так как при определенных условиях твои "специфичные" знания могут "протухнуть". Поэтому мой текущий проект из серии "популярных", как следствие - потеря по деньгам.
Software Engineer - Soer не совсем понял на счёт потери по деньгам. если проект неинтересный, то как правило за него наоборот доплачивают. должен быть выигрыш хотя бы по деньгам, а то и занимаешься неактуальной технологией и ещё и зарплату подрезают - такое никому не понравится)
@@SerhiiZhydel проекты инетересные, но до этого я два года делал проект с очень специфичным стеком и получал значительно больше, но с риском, что другой работы под этот стек я не найду, а сейчас взял проект с популярным стеком, но за меньшие деньги.
Software Engineer - Soer тогда все логично) а тяжело ли найти работу архитектору (тоесть тебе, чтоб было конкретнее) под свой стек? сколько будет в твоем городе и в целом по России вакансий по твоему профилю?
@@SerhiiZhydel Москва, Питер, Новосибирск - тройка лидеров по вакансиям для серьезных архитекторов, в остальных городах единичные вакансии либо вообще нет. Так что ответ на твой вопрос - нет, работы в регионах для моего стека нет. Но зато такое портфолио позволяет почти 100% получить вакансию на местном рынке разработки, это как купить BMW по цене Лады, хоть сейчас готовы взять )
Список технологий, которые ты привел, поистине гигантский! Какой бы путь ты предложил для frontend разработчика, желающего стать архитектором? Изучать все эти backend технологии в свободное время на дому?
Вопрос очень хороший. Простого ответа у меня нет. Есть некоторые нюансы: 1. Архитекторы бывают сильно разные, не все то, что я перечислил, нужно всем. Моя специфика - это банковские системы оперативного контроля. Отсюда и требования; 2. Для более простых задач, нужны более простые архитекторы. Бывают должности "Фронтенд архитектор", хотя для меня это загадка, но такие вакансии встречаются. По большому счету, архитектурой SPA тоже можно заниматься, и это интересно. Другой вопрос, что платят за это существенно меньше и долгосрочные перспективы туманны; 3. Если работать в энтерпрайзе и заниматься архитектурой сложных программных комплексов. То для получения опыта нужны практические задачи, дома такой объем знаний не переварить. Без менторов на изучение "по книжкам" уйдет значительно больше времени, чем я озвучил. Чтобы стать архитектором, и заниматься архитектурой сложного гетерогенного приложения недостаточно быть фронтенд разработчиком. В одном из видео я говорил, что фронтенд может стать дополнением к инженерной должности, но инженерная должность не может быть дополнением к фронтенду. Архитектор решений маловероятно может вырасти из фронтенд разработчика. Из инженера-программиста, с разным спектром задач - намного вероятнее.
Software Engineer Vlog Так какой бы ты путь в итоге предложил для frontend разработчика? Пусть даже для синьора уже находящегося на пункте 2, который ты тут привел, но желающего вырасти до полноценного архитектора?
Насколько я понял, твоя проблема в том, что для должности архитектора крупного приложения у тебя не хватает знаний. И тебе нужно определиться какой самый простой способ получить эти знания. С моей точки зрения, самый простой способ получать знания - это решать практические задачи на работе. Чтобы найти работу где ты будешь развиваться не только как фронтендер, можно воспользоваться следующим алгоритмом: 1. Найти компанию, которая имеет в своем штате архитекторов программных решений (другими словами найди тех чье место ты бы хотел занять); 2. Выяснить с каким стеком технологий работают эти люди, понять чего тебе не хватает; 3. Четко определить для себя, готов ты тратить силы и время на то, чтобы изучать новое и потерять часть "плюшек", которые у тебя уже есть сейчас; 3. Выяснить есть ли должности в этой компании, на которые ты можешь претендовать с теми знаниям, что у тебя есть; 4. Если такая должность есть, то устроиться на нее и развиваться по тем направлениям, которые тебе недостают для архитектора; 5. Предложить свою кандидатуру на должность архитектора. 6. Получить должность архитектора.
