Comments 10
Откуда у тимлида сильные хард скилы?
Ну, пока он пишет код и где-то пол года после его хард-скилы еще сильные
От карьеры разработчика, 99% тимлидов - бывшие сеньоры
Ниразу. Скорее это наиболее коммуникабельные люди (а в некоторых случаях еще и женьщины) с которыми просто приятне разговаривать чем с токсичным васяном занющим всю архитектуру вдоль и поперек.
Часто разделять роль тех. лида и тим. лидом просто экономический дорого и тут у нас три в одном просто добавь воды. Часто перегруженный парняга, который сидит на двух стульях и перегрет до нереальной красноты, так что и в коде с напряжением и с коммуникацией на тормозах все спускает.
Перестаньте писать, что архитектор может не иметь хорошей технической базы и не быть разработчиком. Он, конечно, может ее не иметь, но это будет плохой архитектор. И таких, к сожалению, развелось хоть пруд пруди!
Смешно было наблюдать на одних переговорах, когда такой "архитектор" по каждому техническому вопросу выбегал из переговорки и звонил кому-то, советовался. Под конец уже сами заказчики смеялись в голос и комментировали.
Архитектор ответственен за выпуск продукта, выбор доступных инструментов и подходов. Если он сам понятия не имеет, с чем работает, то что он построит?
Нужно как в строительстве, чтоб ответственность за продукт была пожизненно, тогда, глядишь, инженеры будут в отрасли, а не случайные люди.
Начали с software архитектора а закончили enterprise. Нет, это так не работает.
Солюшен архитектор - по сути интегратор. На входе у него бизнес-процесс и он из готовых компонентов «собирает» его. Компоненты - это от эксель файлов до информационных систем 3rd party или самописных.
Software (или system) архитектор с которого началась статья - это архитектор конкретного компонента - информационных систем, ну или другими словами софта. Откуда у вас там появился бюджет на железки? Для такого архитектора - железки это за неким слоем абстракции.
А вот enterprise архитектор - этот человек по сути и координирует работу и учитывает все обеспечение - железки, 3rd party софт типа баз данных и очередей, 1с, информационные системы разрабатываемые своими силами, методологическое обеспечение (подходы и процессы), организационное (топ менеджмент, руководители отделов) и тому подобное.
Разумеется, в зависимости от размера компании и поставленных задач один человек может надевать шляпы всех трех архитекторов в той или иной степени. Но это не значит, что софтвар архитектор (как роль) обязан уметь считать железки или командовать dba или копаться в 1с.
Даже пришлось залогиниться. Я считаю, что без софт скиллов, devops практик, разработки, тестирования, стратегического менеджмента, тестирования, аналитических скиллов просто не существует архитектора(я в общем, во всех архитекторах это есть в разных пропорциях). Из мидла в архитектора не вырасти. Примерный опыт кмк - от 10 лет в энтерпрайс проектах и от 35 лет возраста. После этого можно уже смотреть на все остальное.
Любому архитектору часто приходится “думать в воздух”. Допустим, тебя просят оценить проект; ты в деталях продумываешь архитектуру, выкатываешь оценку – а оказывается, что заказчик говорит, что готов заплатить вдвое меньше. И…потрачено! Архитектор вложил нервы время и интеллект, но самого результата нет – и уже не будет.
Почему в воздух? Компания за это заплатит деньгами. Если компания по какой-то непонятной причине занимаеться благотворительностью, то это очень странная компания.
По поводу архитектуры тоже плохо понимаю зачем прорабатывать все на начальном этапе. Набросал черновой вариант в UML провел формальную верификацию с лидами отвечающими за конкретные компоненты и выдал. Прорабатывать детали уже можно на этапе реализации.
Спидран карьеры software-архитектора