Я – Senior. Что дальше? 🤔
Рассказываю свое видение дальнейших тропинок ведущего системного аналитика
🤍 Team Lead/Руководитель СА
Меньше hard skills, больше soft skill. Меньше работы с задачами, больше с людьми: найм и увольнение, контроль состояния, принятие различных решений и ответственности за них
Рекомендую:
🤍 Попробовать менторство (от 2 и более людей)
🤍 Прокачать теорию управления людьми – через литературу или курсы
🤍 Просить руководителя делегировать часть своих задач
Заметил, что чаще стали появляться курсы для тимлидов – знаю, такие есть на Отусе и Стратоплан. Из книг советую начать с «Пять пороков команды: притчи о лидерстве»
🤍 Архитектор
Если развивать hard skills, то со временем можно попробовать стать архитектором. Они бывают разные:
🤍 Системный архитектор (Software Architect)
🤍 Архитектор решений (Solution Architect)
🤍 Корпоративный архитектор (Enterprise Architect)
Их обязанности отличаются, но, как мне пояснил архитектор с опытом, на практике их не всегда разделяют, особенно в небольших и средних компаниях
Что делать, если хочешь уйти в архитектуру (общие рекомендации):
🤍 Изучать теорию по архитектуре – через литературу или курсы
🤍 Найти проект с микросервисной архитектурой, где СА вовлечен в задачи архитекторов и разработчиков
🤍 Брать сложные задачки, которые требуют проработки архитектуры
🤍 Осваивать технологии (OpenShift, Docker и др)
🤍 (необязательно) Освоить язык программирования и написать pet-проект
➡️ Подробности – в следующем посте
🤍 Tech Lead
Организует техническую работу команды, принимает ключевые архитектурные решения, менторит разработчиков, а также может писать код и закрывать сложные задачи. В отличие от Team Lead, фокус в техническую сторону. В отличие от Архитектора, больше вовлечен в код.
На мой взгляд наименее вероятная ветка перехода, нужен опыт разработчика 🤯
🤍 Разработка/QA/DevOps/иная смежная роль
Если системный анализ уже не нравится, или есть желание попробовать что-то новое, то рядом много профессий – разработка, тестирование, управление проектами, аналитика данных, системная инженерия.
Правда, придется доучиться и откатиться по ЗП и грейду 💸 – но опыт СА определенно будет плюсом
Шаги по смене профессии очевидны: обучаемся через курсы или книги, дорабатываем резюме и пробуем устроиться на работу
🤍 Фриланс/подработки
Можно остаться Senior и укреплять свои hard и soft skills без смены рода деятельности, и направить внимание на:
🤍 Фриланс – проекты вне основной работы
🤍 Менторинг – персональное обучение
🤍 Преподавание в онлайн-школах – тоже обучение, но на широкую аудиторию
🤍 Личный бренд – выступление на конференциях, участие в активностях сообщества, развитие своего блога
🤍 Открытие своего дела – онлайн-школа, компания по разработке
Скиллы тоже будут прокачиваться, но горизонтально, однако никто не мешает позже попробовать лидерство или архитектуру
————————————
💡 В следующем посте поделюсь своим планом по переходу в архитекторы – что уже сделал, что предстоит, возможно ли это вообще и что я думаю по этому поводу
#полезное_системный_анализ
Рассказываю свое видение дальнейших тропинок ведущего системного аналитика
Меньше hard skills, больше soft skill. Меньше работы с задачами, больше с людьми: найм и увольнение, контроль состояния, принятие различных решений и ответственности за них
Рекомендую:
Заметил, что чаще стали появляться курсы для тимлидов – знаю, такие есть на Отусе и Стратоплан. Из книг советую начать с «Пять пороков команды: притчи о лидерстве»
Если развивать hard skills, то со временем можно попробовать стать архитектором. Они бывают разные:
Их обязанности отличаются, но, как мне пояснил архитектор с опытом, на практике их не всегда разделяют, особенно в небольших и средних компаниях
Что делать, если хочешь уйти в архитектуру (общие рекомендации):
Организует техническую работу команды, принимает ключевые архитектурные решения, менторит разработчиков, а также может писать код и закрывать сложные задачи. В отличие от Team Lead, фокус в техническую сторону. В отличие от Архитектора, больше вовлечен в код.
На мой взгляд наименее вероятная ветка перехода, нужен опыт разработчика 🤯
Если системный анализ уже не нравится, или есть желание попробовать что-то новое, то рядом много профессий – разработка, тестирование, управление проектами, аналитика данных, системная инженерия.
Правда, придется доучиться и откатиться по ЗП и грейду 💸 – но опыт СА определенно будет плюсом
Шаги по смене профессии очевидны: обучаемся через курсы или книги, дорабатываем резюме и пробуем устроиться на работу
Можно остаться Senior и укреплять свои hard и soft skills без смены рода деятельности, и направить внимание на:
Скиллы тоже будут прокачиваться, но горизонтально, однако никто не мешает позже попробовать лидерство или архитектуру
————————————
#полезное_системный_анализ
Please open Telegram to view this post
VIEW IN TELEGRAM
❤8🔥7
Не забывайте надевать футболку перед созвоном 🙈
Еще готовлю посты про свои планы по переходу в архитектуру – там будет много интересного и полезного, но потребуется больше времени
А пока держите кринжовую историю о том, как мы вели демо с элементами легкой эротики 🔞
Итак, история
Жаркое лето, очередное демо на проекте👨💻 . Вели его в паре с разработчиком на удаленке. На созвонах со своими сидим без камеры, но перед заказчиком обязательно включаем ее для хорошего тона
Начали, но разработчик, который сначала не включил камеру, вспомнил и включил ее уже во время демо. Лучше бы он это не делал 🫣
Так вся команда и заказчик лицезрели голый подкачанный торс гигачада-разработчика☺ , что у команды сначала вызвало смятение, а затем разрывные улыбки. Заказчик был довольно позитивным, поэтому тоже воспринял все происходящее с улыбкой
Тем не менее, легкую эротику нужно было прекратить, поэтому мы начали агрессивно спамить разработчика в рабочие и личные чаты 🆘. Тот увидел эту оплошность, скрыл камеру, но не сдался и продолжил вести демо. Его титанической выдержке можно только позавидовать
Что в итоге?
Как итог – ничего страшного не случилось, разработчик поймал стыд, мы же (и заказчик тоже) просто запомнили эту юморную ситуацию. Однако если бы перед экраном сидели корпораты в костюмах, думаю, было бы не до смеха❌
———
Я сам частенько боюсь этого конфуза, т.к. на работе общение с камерами – обычное дело. Но когда солнце нещадно жарит, можешь банально забыть надеть футболку. Видел и другое - кто-то работал в трусах и во время созвона вставал в полный рост, что было тотальной ошибкой 😁
⬇ А какие у вас были кринжовые ситуации на работе, связанные с камерой?
#истории_системный_анализ
Еще готовлю посты про свои планы по переходу в архитектуру – там будет много интересного и полезного, но потребуется больше времени
А пока держите кринжовую историю о том, как мы вели демо с элементами легкой эротики 🔞
Итак, история
Жаркое лето, очередное демо на проекте
Начали, но разработчик, который сначала не включил камеру, вспомнил и включил ее уже во время демо. Лучше бы он это не делал 🫣
Так вся команда и заказчик лицезрели голый подкачанный торс гигачада-разработчика
Тем не менее, легкую эротику нужно было прекратить, поэтому мы начали агрессивно спамить разработчика в рабочие и личные чаты 🆘. Тот увидел эту оплошность, скрыл камеру, но не сдался и продолжил вести демо. Его титанической выдержке можно только позавидовать
Что в итоге?
Как итог – ничего страшного не случилось, разработчик поймал стыд, мы же (и заказчик тоже) просто запомнили эту юморную ситуацию. Однако если бы перед экраном сидели корпораты в костюмах, думаю, было бы не до смеха
———
Я сам частенько боюсь этого конфуза, т.к. на работе общение с камерами – обычное дело. Но когда солнце нещадно жарит, можешь банально забыть надеть футболку. Видел и другое - кто-то работал в трусах и во время созвона вставал в полный рост, что было тотальной ошибкой 😁
#истории_системный_анализ
Please open Telegram to view this post
VIEW IN TELEGRAM
😁11👍1
Путь до архитектора. Часть 1 🚀
Как и обещал, рассказываю о своих планах по переходу в архитекторы
Разбил пост на три части – тут делюсь чек-листом по темам архитектуры ПО. Им со мной поделился мой ментор – опытный архитектор
📌 Чек-лист по темам
🤍 Теория по проектированию систем (System Design)
Must have темы для изучения, развитие базы системного аналитика:
🤍 Паттерны архитектуры: монолит, сервисная, микросервисная, Serverless, корпоративная
🤍 Сеть: топология, DNS, OSI & TCP/IP, протоколы
🤍 Интеграции: REST, SOAP, GraphQL, gRPC, WebSockets, Webhook, Kafka, ActiveMQ, RabbitMQ
🤍 Прокси: балансировщики нагрузки, Reverse Proxy, API Gateway
🤍 Процессные движки: BPM, Activiti, Camunda
🤍 Базы данных: DML & DDL, транзакции, ACID, изоляция, нормализация, реляционные БД, нереляционные БД, in-memory БД, индексы, репликация, шардирование, профилирование, CAP-теорема
🤍 Кэширование: CDN, клиентский кэш, серверный кэш
🤍 BigData: Hadoop, S3, Spark
🤍 Поисковые движки: Elasticsearch, Opensearch
🤍 Безопасность: виды аутентификации, хэш-функции, SSL/TLS, HTTPS
🤍 Алгоритмы и структуры данных
Двигаемся далее и погружаемся в алгоритмы и структуры данных:
🤍 Алгоритмы: понятие сложности алгоритмов, оценка сложности
🤍 Структуры данных: массивы, списки, очереди, графы, деревья, хэш-таблицы
🤍 Frontend & Backend
Наиболее сложная и объемная часть для тех, кто ранее не программировал. И пригодятся темы только архитекторам, работающим с кодом
🤍 Frontend: базовое понимание устройства (протоколы, веб-сокеты, cookie). В идеале изучить какой-нибудь язык (например, JavaScript) и написать небольшой pet-проект
🤍 Backend: общие принципы работы (ООП, SOLID, Паттерны проектирования), изучение языка (например, Java) и pet-проект
🤍 DevOps & Тестирование:
Не обязательно углубляться, достаточно изучить общие концепции и инструменты:
🤍 DevOps: как устроен CI/CD, Docker, Kubernetes
🤍 Тестирование: теория, интеграционные тесты, unit-тесты, Postman, Swagger, Charles
🤍 Методологии разработки & Soft Skills:
Все что связано с управлением проектом и взаимодействием с людьми:
🤍 Методологии: Waterfall, Agile, Lean
🤍 Soft Skills: все, что с ними связано
И как все это осилить? 🤯
Курсы, книги, менторство, pet-проект, сложный проект на работе:
🤍 Курсы. Дорого и эффективно. О курсах, которые для меня покрыли бОльшую часть тем System Design, расскажу в будущих постах
🤍 Книги. Углубляют знания, полученные на курсах. Мне помогли Крис Ричардсон «Паттерны микросервисной архитектуры» и Алекс Сюй «Прохождение сложного интервью по System Design», о которых я уже писал
🤍 Менторство. Хороший способ выявить пробелы и восполнить знания – проверено
🤍 Pet-проект. Лучший способ попробовать все технологии и инструменты. И благодаря ИИ это будет не так сложно
🤍 Сложный проект на работе. Это как кидать ребенка в воду, чтобы тот научился плавать
—————
💡 Если тоже хотите начать изучать архитектуру – сохраняйте пост себе, чтобы не потерять
Это была первая часть. Во второй части – список рекомендуемых книг, в третьей – мои мысли по поводу перехода в архитекторы
#полезное_системный_анализ
Как и обещал, рассказываю о своих планах по переходу в архитекторы
Разбил пост на три части – тут делюсь чек-листом по темам архитектуры ПО. Им со мной поделился мой ментор – опытный архитектор
Делюсь доской в Холст – там весь чек-лист можно рассмотреть подробнее. А еще оригинал картинки в комментариях
📌 Чек-лист по темам
Must have темы для изучения, развитие базы системного аналитика:
Двигаемся далее и погружаемся в алгоритмы и структуры данных:
Наиболее сложная и объемная часть для тех, кто ранее не программировал. И пригодятся темы только архитекторам, работающим с кодом
Не обязательно углубляться, достаточно изучить общие концепции и инструменты:
Все что связано с управлением проектом и взаимодействием с людьми:
И как все это осилить? 🤯
Курсы, книги, менторство, pet-проект, сложный проект на работе:
—————
Это была первая часть. Во второй части – список рекомендуемых книг, в третьей – мои мысли по поводу перехода в архитекторы
#полезное_системный_анализ
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥20👍1
Путь до архитектора. Часть 2 🚀
Первая часть тут. Во второй – список годных книг по архитектуре в желаемом порядке чтения 📚
🤍 Погружаемся в архитектуру
В целом о том, что такое архитектура и для чего нужна:
🤍 «Фундаментальный подход к программной архитектуре: паттерны, свойства, проверенные методы»: Нил Форд, Марк Ричардс
🤍 Знакомимся с типами архитектуры и распределенными системами
Подробнее про типы архитектуры: монолит, микросервисы
🤍 «Распределенные системы. Паттерны проектирования»: Брендан Бернс
🤍 «От монолита к микросервисам»: Сэм Ньюмен
🤍 «Создание микросервисов»: Сэм Ньюмен
🤍 Углубляемся в корпоративные приложения и интеграции
Некоторая информация в этих книгах устарела, но они такие же классические, как Вигерс:
🤍 «Шаблоны корпоративных приложений»: Мартин Фаулер
🤍 «Шаблоны интеграции корпоративных приложений»: Хоп, Вульф
🤍 Думаем о будущем
Важная книга о том, почему архитектура должна быть эволюционной (то есть адаптироваться и меняться со временем):
🤍 «Эволюционные архитектуры. Поддержка непрерывных изменений»: Нил Форд, Ребекка Парсонс, Патрик Куа
🤍 Глубже изучаем модели данных
О том, почему проработка модели данных – это действительно важно:
🤍 «Предметно-ориентированное проектирование (DDD). Структуризация сложных программных систем»: Эрик Эванс
🤍 «Изучаем DDD предметно-ориентированное проектирование»: Влад Хоронов
🤍 Собираем все в кучу
🤍 «Высоконагруженные приложения. Программирование, масштабирование, поддержка»: Мартин Клеппман
🤍 А как же поддержка?
Следующие книги – про релизный цикл, доставку обновлений, поддержку систем, CI/CD и все такое:
🤍 «Site Reliability Engineering». Надежность и безотказность как в Google»: Байре, Джоунс, Петофф
🤍 «Release it!! Проектирование и дизайн ПО для тех, кому не все равно»: Майкл Т. Найгард
🤍 Про масштабирование и нагрузку
🤍 «Масштабирование приложений. Выращивание сложных систем»: Ли Атчисон
🤍 «Паттерны Kubernetes: Шаблоны разработки собственных облачных приложений»: Билджин Ибрам, Роланд Хасс
🤍 Облака
Сложная и специфичная тема с облачными решениями, особенно востребованная в международных проектах
🤍 «Шаблоны проектирование для облачной среды»: Корнелия Дэвис
––——–––
В следующей части – о том, что успел изучить, что еще предстоит, какие бывают архитекторы и что из этого ближе к системному анализу
#книги_системный_анализ
Первая часть тут. Во второй – список годных книг по архитектуре в желаемом порядке чтения 📚
📌 Забирайте себе, чтобы не потерять
В целом о том, что такое архитектура и для чего нужна:
Подробнее про типы архитектуры: монолит, микросервисы
Некоторая информация в этих книгах устарела, но они такие же классические, как Вигерс:
Важная книга о том, почему архитектура должна быть эволюционной (то есть адаптироваться и меняться со временем):
О том, почему проработка модели данных – это действительно важно:
Следующие книги – про релизный цикл, доставку обновлений, поддержку систем, CI/CD и все такое:
Сложная и специфичная тема с облачными решениями, особенно востребованная в международных проектах
––——–––
В следующей части – о том, что успел изучить, что еще предстоит, какие бывают архитекторы и что из этого ближе к системному анализу
#книги_системный_анализ
Please open Telegram to view this post
VIEW IN TELEGRAM
❤4🔥4