для початку задачу яку ставиш треба ще самому до кінця зрозуміти у всіх деталях, з чим зазвичай є проблеми)

1. міняємо програмістів на роботів
2. розуміємо що щоб поставити задачу роботам потрібна детальна документація зі всіма едж-кейсами, компромісами і нефункціональними вимогами
3. робимо високорівневу мову для опису такої документації (виходить щось підозріло схоже на javascript, бо його всі знають)
4. шукаємо людей які можуть писати на цій мові, і заодне додумувати вимоги і міняти колір кнопок туди-назад
5. наймаємо «колишніх» програмістів)))

гугл все рівно збере про вас інформацію маючи ваш фінгерпринт, навіть з адблоками і в інкогніто, а рекламу вам потім десь в іншому місці запхають. В нативній апці адблок не поставиш)

спасибо, приму за комплимент ☺️

конечно же не лишний вес виноват, он же сам себя не нажрал 😄

без нее тоже можно существовать

Не может. Архитектура есть у любого решения, даже «Hello World!». Начиная с самого решения о создании этого приложения, вводных данных, заканчивая выбором платформы. Это все архитектурные решения мотивированные чем-то.

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

Судя по вашим рассуждениям, под архитектурой вы понимаете архитектуру приложения, или даже код дизайн. Это только часть архитектуры, причем часто на этапе имплементации.

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

Есть такая категория как сейлз-архитекторы или хантеры (а те кто реально работают типа фармеры)). Вот там упор на шоу, хотя такие шоу-мены быстро раскалываются о техкоманду клиента, если она есть (они же тоже не дураки)...

Но я больше ориентируюсь не по средней температуре по палате а на крупных игроков следующим методологиям, таким как Attribute Driven Design, DDD и подобным, которых в Украине по пальцам одной руки можно посчитать.

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

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

а позиция солюшен архитектора это на самом деле сейлз с навыками программирования

SA нужно совсем немного сейл скилов, больше BA. Сейл приводит клиента и отдает его дискавери команде: SA, BA, UX, DS, другим экспертам в завис. от проекта. Но решения все-таки принимает архитектурно-технические, включая выбор технологий. От вас в первую очередь ожидают технической экспертизы, чтобы перевести их хотелки на технический язык и сказать сколько это стоит.

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

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

Подводя черту под своим джоб-дескрипшеном :). Хард и софт скилы это как функ и нефунк. требования к человеку. Первые определяют, что он может, а вторые — в каких условиях. Где-то у вас ровная трасса и нужен спорткар, но в другом случае у вас болото с крокодилами и нужна амфибия с бензопилами. Но потом вы снова выезжаете на трассу, сбрасываете лишний обвес и пишете код так как другие не напишут (если еще не забыли как это делать ;))

Конечно, в пресейлах/дискавери все о торговле. Архитектор делает WBS, SLA, оценивает технические риски, ограничения и пр., определяет состав команды, нефунк. требования (о которых заказчик зачастую не знает), пытается вписаться в бюджет. Это все влияет на архитектуру и цена от этого зависит чуть менее чем полностью. В разы и десятки раз. И если клиент хочет «под-ключ» за фикс цену, это становится еще более серьёзно.

upd: И да, часто бывает надо это все защитить перед их технической командой, которая м/б переживает за свои места или хотят нанять знакомых индусов.

глупости, такое случается только если одна из сторон некомпетентна

...или кто-то хочет наебать кого-то и заставить работать себе в убыток. Но такое же никогда не происходит, правда же?

архитектура в детали не лезет, того что на поверхности почти всегда достаточно, но даже если нет просто спроси, никаких софт скилов для этого не надо

Еще и как лезет. А там где не лезет, зачастую обходится в большие деньги на переработку из-за не тех технологий, лицензий, подходов, объёмов данных, ограничений безопасности и прочих любых драйверов, которые не были учтены. Или учтены но не приоритезированы, или незадокументированы письменно, или проигнорированы, или поняты неправильно.

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

и даже фактор «с кем бухал» внезапно играет свою роль. Не всё лежит на поверхности.

100%! совсем недавно во время дискавери удалось получить оочень глубокий инсайд от знакомого уехавшего на пмж и работавшего ранее на того клиента, который хотел только Fix Price но инфы про свои системы для интеграции давал мало и неохотно. Прессинг был со всех сторон, все хотели подписать жирный контракт на выгодных для себя условиях. И вот после похода в бар с этим чуваком, пришлось пересмотреть эстимейт раза вполтора, т.к. он сказал что там все плачевно и все разваливается. В итоге клиент согласился на T&M.

не пишите глупости, слово «социализм» я использовал как противопоставление индивидуализму и больше с сарказмом.

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

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

Софт скилл — нефункциональный атрибут работника, личностное качество. По сумме оных и определяется, мудак это, жополиз или х.й з горы с высоким ЧСВ)))

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

Трындеж это львиная доля работы архитектора, sad but true. Набрать команду, объяснить принципы и проследить за выполнением, лидить на первом этапе, быть техническим адвокатом в команде и перед менеджментом. Это все задачи архитектора.

архитектор это не чисто-техническая роль. Помню на инженерском форуме по строительству была шутка: architects are engineers that don’t wanna do math :)

LMGFY
soft skills — personal attributes that enable someone to interact effectively and harmoniously with other people.

А если совсем просто, то это умение общаться с людьми. То есть все кроме патологичных социопатов их имеют в каком-то количестве. Чем больше вам приходится общаться с прямоходящими человеками, тем больше сабжа вам нужно. Архитекторы много общаются, им нужно много.

«я задизайнил а они пусть молча делают» — чаще всего не работает, за исключением, если у вас в команде миньены, а вы сумрачный гений — тогда да :).
Иногда вас не понимают, иногда суют палки в колеса, иногда игнорируют, при чем иногда и с той и с той стороны. Бывает надо коммуницировать с другими архитекторами.
Если вы можете объяснить так чтобы с первого раза вас поняли и согласились, то софтскилл вам не нужен, он у вас уже есть.
И да, иногда надо продать. Как новому клиенту, так и существующему, например рефакторинг.