Как стать архитектором в веб-разработке?

Question

[Слава]

Какой путь достижения профессии "Архитектор" ? Где и как этому можно научиться и с чего начать?

В настоящее время раотаю в команде над разработкой достаточно крупной онлайн площадки типа Авито, которая уже не умещается в те подходы, которые мы использовали раньше. Постепенно мы растем и благодаря рефакторингу совершенствуем проект. НО дальше можно уже не угнаться за ростом проекта и компания готова выделить деньги на обучение.

Но для этого нужно собрать пошаговые чек листы для получения навыков архитектора.

Какие книжки почитать, на какие каналы подписаться, какие онлайн обучения пройти, что нужно дополнительно выучить , с кем нужно подружиться - принимаются любые рецепты.

Есть еще вариант поизучать чужие проекты на аутсорсе + брать заказы.

Брать архитектора со стороны мы пока не имеем возможности. Слишком ограничены инвестиции в наш проект, которые еще не вышел на окупаемость и мы разрабатываем его на интузиазме за зарплаты ниже рыночных. Переход в другую команду невозможен потому что мы являемся совладельцами этого проекта.

Answer 1

[Сергей Горностаев]

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

Answer 2

[Данил Горев]

Для начала стоит разобраться с тем, чем должен заниматься Архитектор по вашему видению. Возможно вы хотели бы стать Инфраструктурным инженером, а не Архитектором? Не знаю.
Есть хорошая книженция - "Чистая Архитектура" дядюшки Боба, которая может вам помочь.
Ещё замечательный, но куда более сухой и тяжелый материал - "Высоконагруженные приложения" Мартина Клепмана.

Но, вместо метания, могу уверенно сказать, что разработчику в стартапах куда важнее иметь навыки инфраструктурного инженера, чем архитектора, а это стезя DevOps'a, а там уже совсем другие книги и курсы. Посмотрите в сторону изучения Kubernetes, семейства Apache, продуктов Hashicorp и прочее. Вдруг вам нужно именно это.

Comments

[Сергей Горностаев]

Клепман тяжёлый и сухой? Это просто обзорный учебник в лёгкой форме проходящий по верхам.

[Данил Горев]

Сергей Горностаев, да, но там нет точечных примеров использования приведённых технологий. Если не иметь конкретной цели изучения определённого механизма или технологии, то Клепмана, как по мне, читать бесполезно.

[Сергей Горностаев]

Данил Горев, мне кажется, он как раз для таких, как автор, которым надо в общих чертах познакомиться с базовыми принципами и проблематикой.

[Данил Горев]

Сергей Горностаев, в любом случае эта книга мастхев)
Просто не совсем понятно чего хочет добиться автор вопроса.

[Слава]

Данил Горев, от программирования не хочется уходить. А хочется стать таким тимлидом который сможет делать код ревью других программистов и говорить им какие патерны использовать и как сделать код более чистым.
Плюс знать когда нужно функционал выносить в отдельный микросервис. Ну и конечно же знать про кластеризацию, репликацию баз данных, автодеплой и масштабирование, контейнеризацию и работу с высоконагруженными проектами. Но без отступления от кодинга.

[Слава]

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

[Данил Горев]

Слава, так же, как и с кодом: всё стоит изучать постепенно. Начните с того, что вам интереснее:
Изучите чем отличается Монолитная архитектура от Микросервисной;
Изучите какие технологии сейчас на рынке самые востребованные и как они могут помочь вашему продукту.

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

[Данил Горев]

Слава, а чтобы быть успешным техлидом не забывайте про навыки командного управления и проджект менеджмена (с этим всё равно придётся столкнуться). Есть хорошая книга про управление программистами - "Как пасти котов".

[Слава]

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