Открыть список
Как стать автором
Обновить

Комментарии 76

А чем занимаются solution-архитекторы?
Если кратко, то верхнеуровневым проектированием и немного руководством проектом. Недавно как раз была хорошая статья на эту тему habr.com/ru/company/yota/blog/551566
Вопрос от solution architect to solution architect: как же вы рисуете диаграммы и выбираете технологии если вы не умеете код?
А как знание кода поможет нарисовать компонентную или сиквенс-диаграмму? Не говоря уже про деплоймент?
Чтобы например понять, как предполагаемая схема деплоймента впишется в уже существующие решения деплоймента (и как много усилий это может стоить), вероятно нужно пойти и почитать код, как собственно этот деплоймент уже работает?

То же самое применимо и к sequence & component (как оно сейчас то работает?).

Можно конечно пойти и поверить документации или чьим-то словам, но путь весьма рискованный.
Выходит, лучший «solution architect» — это чувак, дольше всех работающий на проекте? А, ну ещё знающий UML
Честно говоря вообще непонятно чем вы занимаетесь — ну нарисовали компонентную схему за недельку, а дальше что делаете?
Выше я дал ссылку на статью, почитайте — возможно станет понятнее.

Если честно — не очень понятно. Всё что там описано (слишком уж абстрактно и вообще без примеров) сводится к:


  • Есть системные архитекторы. Те про кого в первую очередь все думают — матёрые опытные спецы нерды, которые знают все техн. нюансы в деталях
  • Есть солюшн архитекторы. Они проанализируют задачу, которую бизнес вдруг захотел решать. Выявят все действущие роли (кто потребители продукта, какие они бывают), выявят что этим ролям можно предложить, и что они на самом деле хотят. Придумают в общих чертах какие для этого нужны системы\команды людей. Вообще не вникая в детали. Будут много много разговаривать "за жизнь" со всем начальством. В итоге рождается диаграма со стрелочками. Которая уходит уже системным архитектам, и они её воплощают в жизнь (или принимают во внимание).

Всё так? Никогда в живую с такими не сталкивался. Всё решали своими силами, включая диаграммы, анализ ролей, требований, всякие оценки. Наверное это удел совсем уж большого бизнеса.

Все так, кроме «вообще не вникая в детали». Это зависит от человека, кто-то может глубоко погружаться в задачу и заранее прорабатывает её вместе с системным архитектором, а кто-то просто отдаёт на откуп в команды.
(слишком уж абстрактно и вообще без примеров)

На самом деле в этом проблема современного программинга. Многие программисты не могут в абстракции.

По факту есть запрос «хочу вот такой сервис, есть команда, но не выходит». Берешь ручку, рисуешь абстракции и к ним технические роли, и вот, система начинает оживать.

Тут как тимлиду с опытом работы в год объяснять чем краткосрочное планирование отличается от долгосрочного, зачем нужно строить план на 5 лет вперед и как его сделать «если завтра всё поменяется» и объяснять разницу тактического планирования и стратегического. Это всё абстракции, но по абстракциям можно строить уже какие либо планы. Тупо как заметки на полях на 10 лет вперед.

Дык никто не спорит, что планирование и проектировка архитектуры нужны и полезны. Просто мне всегда казалось, что те самые "системные архитекторы" занимаются в том числе и этим. Просто как часть их ответственности. Одна из многих задач, особенно актуальная на самой ранней стадии. Ведь с не со структуры таблиц в СУБД же проект рождается. Вначале надо понять что мы хотим сделать. Кому мы это будем продавать. А что они на самом деле хотят? А что на самом деле им нужно? А что мы можем предложить такого, чтобы было лучше чем у конкурентов. А есть ли у нас на эти силы? Сколько потребуется людей и мощностей? Каков бюджет? Сколько планируем на этом заработать. Если всё ок — преходим к более конкретному планированию. Какие конкретные роли есть в системе. Каковы их потребности. Как мы будем их удовлетворять. Постепенно паззл складывается, рисуются всякие моки при необходимости, строются диаграммы, споры спорятся. Можно проводить опросы среди потенциальных потребителей. Заказать исследование рынка. По итогу появляется уже более детальное понимание будущего продукта и можно приступать к его имплементации. Уже другой уровень построения архитектуры. Более технический.


Вот исходя их статьи выше получается что почти всю вышеописанную работу выполняют solution архитекторы. На моём опыте этим занимаются все. В особенности СТО и "системные" архитекторы (a.k.a. "архитекторы"). Но привлекают всех чьё мнение имеет вес и опыт в этой сфере релевантен.


Но видимо в особо крупных конторах для этого есть отдельный человек. Я не сталкивался. Я в ынтерпрайзах не работал, так что спорить не берусь. Мне непривычно.


А касательно абстрактности не соглашусь. Программисты хорошо умеют в абстракции. Бывают просто хорошие и понятные статьи. А бывает bullshit с кучей воды, не подкреплённой примерами. Вот если взять ту статью и переписать, добавив некий абстрактный проект и расписав в диалогах — будет просто о сложном, главное понятно. А накидать в статью чуть ли не энциклопедичных врезок — это не программисты нынче обмельчали, а статья хреновая. Sorry.

Коллега, Вы не представляете сколько времени/нервов/сил хорошего программиста можно потерять на вот это вот: «будут много разговаривать „за жизнь“. И сколько много неадекватности в этих людях, с кем разговаривать за жизнь. Потому что Вы ему: вот есть данные, вот есть хранение и обработка, а он вам: у меня оператор сегодня в отпуске и ничего ввести не может и Ваша программа не работает, а вчера работала. И имя им — легион. Нужен человек рисующий диаграммы, входящий в кабинеты к высокому начальству их подписывающий и входящий в кабинеты в службы контроля следящий за выполнением этих диаграмм. Иначе в конторе родится универсальная отговора „а это ИТ отдел“ по всем вопросам вплоть до мытья полов.

Один раз в жизни видел Solution Architecture, и он очень сильно помогал в компании, это Solution Architect SAP/Oracle. Тогда строили большую ERP систему используя продукты двух компании, и одну проблему можно решить несколькими продуктами того же SAP'а, а какой именно будет лучше для нас, все тонкости, знал уже Архитектор.

В статье довольно много воды, и она совершенно не объясняет чем на самом деле занимается тот или иной архитектор. А вопрос мой возник именно потому что вы говорите что архитектор не должен кодить, вообще. Не ясно тогда что, кроме рисования диаграммок, он вообще делает? Глобально, без умения кодировать диаграммки нарисовать может хоть PM, а дальше «программисты чонить там напрограммируют и исправят ошибки в диаграммках если что»
Программизды напрограммиздят, а потом я разок 2 раза получил проценты в Привате, первый раз «выплата процентов по влкаду», второй раз через 3 дня, когда вклад закрывал с чуть другой формулировкой, но ровно столько же. Уже планировал нажиться на глюке, но больше он не проскакивал. Денег обратно не потребовали — и то радость (несколько сотен грн ) :). Интересно — за это кто-то ответил, или «тихо замяли».
:)

Я не думаю, что человек прям совсем не умеет в код. Наверняка некоторые (базовые) навыки программирования у него есть, это так или иначе нужно и при том достаточно.

Предполагаю, это позволяет отсеить тех работодателей, кто планирует позвать от 1 до 10 раз искать палиндромы, делать хэш таблички и т.п.
Также думаю, что это позволяет отесчь вопросы типа вспомните какие есть функции в стандартной библиотеке/фреймворке для этой задачи, какие есть параметры у этих функций, и в каком порядке они идут :)
По мне — не всегда архитекторы умеют код. У меня часть коллег архитекторы из прогеров, я архитектор из админов, Да, могу php, phyton, скрипты, но программировать не умею.
Без проблем все схемы, и часто воплощаю проект включая экплуатацию. Для софта есть системные архитекторы и лиды, которые могут определить стэк руководствуясь опытом и командой.
«Уметь в код» — верните мне мой уютный русский язык вместо этого всего…

"Уметь в" — это устойчивое веб2.0 выражение. Все же сленг надо знать.

А то я его не «знаю». Этот уродец-новояз уже везде. Уметь в код — что? Стрелять, играть?
По мне, так чушь полу-олбанская.

Не рановато ли ругать молодежь за то что они непонятные слова используют и вообще ведут себя неподобающе?


А так-то фраза происходит из "Poland cannot into space" 2009го года рождения, так что не такой уж и новояз, через год после "преведа" появился.

Не, не рановато, я еще в советской школе учился)

Хороший совет про спрашивать что не так и как можно улучшить. На моей памяти так не делал никто :)

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

А полученные оферы, хорошо лечат синдром самозванца)))

Коммент того самого интервьювера, который даёт не имеющие отношения к практике алго задачки?)
Согласен с комментом, но только для кандидатов junior-middle, либо не для этих целей. На опытных ребят это не работает.
Одно из самых смешных собеседований у меня получилось следующим образом. Примерно две недели рекрутер меня упрашивала рассмотреть их вакансию, потом согласовывала дату и время. Подчеркивая, что они читали мое резюме, я им очень нравлюсь (при том, что я даже не знал об их существовании до звонка.

Итак, собеседование, сначала техническая часть, все ок. Переходим к вопросам от HR:
— Почему вы хотите работать именно в нашей компании?
— Я? Это же вы мне звоните и предлагаете.

В итоге «спасибо за ваше время, но мы нашли другого кандидата»
— Я? Это же вы мне звоните и предлагаете

Ответ неверный.
Даже если ничего не известно о компании, даже если не искал ее прицельно, всегда есть что сказать.
Можно же было что-нибудь сказать по результатам технического собеседования, и по результатам общения с HR.
Оценить компетенцию будущих коллег, оценить настойчивость HR которые сами нашли кандидата и уговорили на встречу, выразить желание работать в одной команде с такими замечательными людьми.
А может быть вопрос неверный? Человек вообще на данный момент не хочет работать «в вашей компании», он просто присматривается. А вопрос «почему вы хотите работать у нас» сразу ставит компанию выше вас, типа у нас все хотят работать, мы знаем это, даже не спрашивая вас. А то что вы предлагаете ответить — логично отвечать на вопрос «Что вы думаете о нашей компании после собеседования, какие у вас впечатления?»
почему вы хотите работать у нас

Тянет ответить что-то в духе: "Потому что мне понравилась ваша компания, поэтому через год я вижу себя её генеральным директором, через два — я вижу себя владельцем, а через три вы мне наскучите, и я продам вас с молотка".

Им же тоже надо часы закрывать. А так не придерешься — работа ведется. Приток кандидатов обеспечен, отбор кандидатов ведется. Все как бы хорошо.

— А, результатов говорите, нет? Ну так это рынок кадров сами знаете какой, трудно сейчас хороших специалистов найти, но мы стараемся, вот сами видите, приток кандидатов обеспечен — мы получаем по сто заявок ежедневно, отбор кандидатов ведется — проводим по 30 интервью в день. Среднее время ответа на заявку — одна неделя.
— А, ну работайте, работайте.

Любопытно — сколько решений (solution) автор реализовал на практике

Когда реализовал одно решение (solution) в Visual Studio...
image
сколько решений (solution) автор реализовал на практике

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

Один оклад это ещё весьма скромно. Порой эта комиссия составляет 2-3 оклада, что в отдельных случаях может приводить к бонусу агенства более 1 млн. руб. за трудоустроенного сотрудника.

Чаще всего встречается формулировка "15% от годового заработка трудоустроенного сотрудника", исходя из суммы, которую предложите в оффере. Получается дорого, да.

Техносерв

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

Тоже представляю, и поэтому сначала "кухню" прочитал, как слово на "х", и только потом осознал.

Спасибо за изложение мыслей о ситуации с кадровыми агентствами!
Тоже сейчас ищу работу. Ваша статья заставила меня задуматься об отказе сотрудничества со сторонними рекрутерами в случае интересных вакансий. Лучше отправлю резюме в компании напрямую.

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

Рекрутерам я бы посоветовал согласовывать изменения в резюме с кандидатом, а соискателям уточнять в начале технического интервью, в каком виде интервьюер получил резюме и читал ли его. В моем резюме указано, что есть 5 лет опыта разработки на React и есть краткое описание нескольких проектов на нем. Тем не менее, на техническом интервью как-то спросили: «есть ли опыт разработки на React? Только один проект делал на React ?»

Я бы сказал, что меня максимально удивило то, что и технические специалисты, которым надо работать с архитектором, и бизнес, который фактически отдаёт ему под непрямой контроль специалистов с многомиллионными зарплатами в месяц на команды и ещё более многомиллионные проекты, просто забивают на собеседования и попытки понять, с кем им надо будет работать. Условно, люди просто готовы отдать серьёзный контроль чуть ли не первому человеку, который удачно пройдёт «клоунский» фильтр от HR и удачное собеседование с техническим специалистом, который вдруг не забил на встречу.

Я отдельно отметил что мне интересна позиция именно solution-архитектора, я уже давно не программирую и code review выполнять не смогу

Одному мне кажется странным, что технический архитектор не умеет кодить?

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

НЛО прилетело и опубликовало эту надпись здесь
Честно говоря не понимаю откуда такой вывод. В статье я пишу черным по белому «я уже давно не программирую и code review выполнять не смогу». Давно — это уже более 10 лет. Думаю что если будет необходимость, то смогу написать рабочий код, но потрачу на это гораздо больше времени чем разработчик.
Проходил собеседование в ТЕХНОСЕРВ для работы на ВТБ. Для прохождения собеседования мне дали ссылку на онлайн чатик. В назначенное время захожу по ней, и попадаю на внутреннее совещание ВТБ, на котором обсуждались технический вопросы работы некоторого продукта. Я повисел послушал, отключился. Подключился через 10 минут — снова совещание. Подождал ещё 10 минут и вот оно собеседование.

Внезапно меня начали спрашивать про те навыки и знания, которых в моём резюме нет. Согласитесь, странно ожидать от человека, который всю жизнь работает на экскаваторе, знания синхрофазотрона. Далее мне было высказано явное неудовольствие от того, что я этот синхрофазотрон не знаю.
В конце этого странного собеседования я обратил внимание коллег из ВТБ, что ссылка на онлайн чатик – статичная и не закрыта хотя бы паролем и получил ответ «что это ерунда и это не важно».

Но был и положительный момент после этого собеседования – я перестал удивляться как банк ВТБ, три раза перепуская мне карту, не смог выпустить карту, которая бы работала. Во всём есть плюсы )
Буквально на днях на vc была заметка о том как много данных отечественные компании держат в публичных trello досках. Очевидно, это тоже для кого-то ерунда )

Только вчера читал твой пост в песочнице а сегодня он уже в топе. Красава!

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

Да уж, даже когда даже отмечаешь в резюме предпочтительным способом связи почту — всё равно постоянно звонят. Особенно раздражает в рабочее время, когда и так коммуникации с клиентом выше крыши.
Читайте внимательно резюме и пишите только если опыт кандидата и желаемая позиция релевантны вашей вакансии.

Также постоянно происходит. Я работаю аналитиком данных с уклоном в ML и постоянно получаю приглашение на собеседованием в качестве системного аналитика, продуктового аналитика, аналитика bi и т.п. — там конечно есть общее слово, но профессии достаточно разнятся. Уважаемые эйчары, будьте пожалуйста более точны в поиске кандидатов: холодные звонки — дело статически оправданное, но кармы не добавляет)
НЛО прилетело и опубликовало эту надпись здесь
В чем разница между солюшн-архитектором и системным архитектором?
Если в двух словах, то солюшен отвечает за концепцию решения и описывает верхнеуровнево скоуп доработок по разным продуктам. А системный на основе этих требований уже более детально прорабатывает изменения в архитектуре своего продукта.
Меня тоже на каком-то этапе подмывало заняться чисто архитектурными задачами без кода. Но какое-то внутреннее чувство не давало так поступить. В результате продолжаю кодить уже 20 лет, хотя и переключился на более высокоуровневые задачи нагрузочных автотестов.
Вот хорошая статья на эту тему: gaperton.livejournal.com/35460.html
от коллеги по работе. Цитата:
Когда ты не пишешь код, ты не получаешь обратной связи, ты не видишь, во что выливаются на практике твои мысли. Когда ты не правишь багов, и не сидишь на поддержке, ты лишаешь себя важнейшего элемента обратной связи — ты не видишь, какие решения оказались плохи, а какие хороши. А обратная связь — это сама суть инженерии.

я думал, что у Люксофта за 2 года качество найма повысился…
Аналогичная история (только другая должность) — 5 ТИ за месяц

Автор, вашему работодателю, случайно, джавист на бэк не нужен (левел — мидл)? Судя по статье вы работаете в коллективе ооочень адекватных людей))

Я вот думаю, что все кто выше неоднократно спрашивал в чём разница между солюшн и системным, не совсем точно сформулировали вопрос, и остались не до конца удовлетворёнными ответом. Давайте я попробую перефразировать: что солюшн делает такого, что не может или не хочет делать системный? В каких ситуациях/для решения каких проблем нужен и полезен именно солюшн, а системный не справится?


Мой личный ответ — солюшн очень много работает с бумажками, по сути только с ними он и работает. Системные столько бумажной работы делать обычно не любят — они, конечно, тоже рисуют диаграммы и пишут документы, но заниматься этим 100% своего времени совершенно не жаждут. Соответственно, как только количество бумажной работы у системного начинает зашкаливать — возникает нужда в солюшне.


Но хотелось бы услышать ответ автора, конечно. Потому что я системный, и, вполне вероятно, несколько предвзят. :)

Я читал Ваш ответ, но он же не отвечает на мой вопрос:


что не может или не хочет делать системный?

Или Вы хотите сказать, что системный не в состоянии сделать упомянутое в Вашем ответе?

Да может конешно, если разбирается в остальных продуктах и может грамотно выставить требования в их сторону. На моей практике были проекты, на которых роль солюшена выполнял системный. Но это было скорее исключением, чем правилом.
Подскажите, а сколько стоят solution-архитекторы на рынке, хотя бы на примере Москвы?
Когда общался с рекрутерами, то большинство оценивали вилку в 250-300
250-300к рублей в месяц на руки? Это зарплата хорошего Middle/скромного Senior на backend. Я думал, что у архитекторов вилка 400-500, но наверно путаю с Software Architect.
Да, это на руки. Допускаю, что может быть и 400-500, но это скорее какая-то узкая специализация или уже уровень Enterprise Architect.

Вы что-то переоцениваете существующие вилки. Зарплаты выросли конечно, но пока не настолько. 250-300 это цена очень качественного сениора. И начинающего/среднего системного/солюшен архитектора

Хорошее подтверждение мысли, что на перегретом рынке специалист выбирает уже не столько по зп, сколько по проекту и по общению с лицами от компании. Когда все предлагаемые варианты зп и так покрывают твои жизненные хотелки, то хочется найти место, где будет комфортно с коллегами. Конечно рекрутер на это вообще никакого влияния не имеет, но все же первое впечатление задаёт. Но сейчас рекрутер почти не утруждают себя этим. Лишь заспамить побольше людей стандартными описаниями вакансий, а дальше само решится. К сожалению единственный вариант очиститься от этого — охладить рынок. Начать нанимать джунов, выращивать их. И когда-то это точно случится. А пока имеем, что имеем
что при найме непосредственно в Люксофт все происходит по-другому и такой бардак только на собеседованиях для ВТБ

Люксофт ни для кого ничего не разрабатывает. Это не аутсорсер, а крупный бодишопер. Они просто посредники и перепродают людей своим клиентам, поэтому собеседуют всегда представители заказчика, и работают люди на территории заказчика, и уволить вас могут по желанию заказчика. Люксофт только зарплату платит.

Фига се новости. В 2016 году было не так.

А как было в 2016? Потому как в 2017 уже было то, что было. Люксофт — это вообще не ИТ компания. По сути — это HR-агентство-посредник. Сколько раз они ко мне приходили, столько раз обещали "интересные проекты у крупных клиентов", а на самом деле там надо разгребать авгиевы конюшни (древнее легаси) на правах рабов на галере во всяких банках в России и в Польше в основном.

Disclaimer: я не агитирую за Luxoft, мне там не понравилось и возвращаться туда я бы не хотел.

В 2016 году весь БЦ Осень в славном городе Питере был занят компанией Luxoft. Проекты, судя по общению с коллегами были разнообразны: банки, Automotive, всякое сложное и всякое простое. На территории заказчика я ни разу не был за полгода.
Однако, с представителем заказчика я действительно проходил собеседование за жизнь, после прохождения технического собеседования с командой из Luxoft. Это в чем-то похоже, в чем-то отличается от вашего описания.
При этом, мне действительно предлагали перейти на проект, где надо было работать на территории заказчика. Но от этого предложения я отказался, так как это уже прям совсем рабство какое-то, вполне подходящее под ваше описание.
интересные проекты у крупных клиентов
Честно признаюсь, что проект, в котором я принимал участие, мне показался интересным. Поковырял новые для меня штуки: тот же ElasticSearch, фишки из нового на тот момент PostgreSQL, на RabbitMQ и Kafka посмотрел. Ну и проект был новым, команда собиралась под него.

В 16м году постгря была новинкой? Оригинально.

Да, пожалуй, моя фраза может быть понята двояко.
Что ж, попробую уточнить: подразумевались новые для меня фичи из новой версии PostgreSQL.

Добрый день!

От лица компании Luxoft – нам очень жаль, что процесс затянулся на такой долгий срок, но мы действительно старались найти для вас именно «вашу» вакансию и «вашу» команду.

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

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