Я давно не писал код, но я хороший архитектор

Архитектура

Эта статья также является историей архитектора Да Лю.

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

Самая полная галантерея: от написания резюме, до собеседования, навыков ведения переговоров по зарплате и руководства по борьбе с ямами

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

Отступление заканчивается, начинается рассказ.

Кто знает меня с вульгарным умом? Конец героя — мучение. Где Ман Хунчен может найти близкого друга? Синяя рубашка мокрая!

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

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

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

Эти экстравагантные звуки бесконечны, и Да Лю неизбежно испытывает вышеперечисленные эмоции.

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

Ни то, ни другое не влияет на основные ценности технолога.

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

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

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

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

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

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

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

Ценность, которую вы на самом деле создаете = деньги, которые вы должны были заработать для компании + ваши превосходные способности заставляют компанию неожиданно зарабатывать (сберегать) деньги.

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

Первая часть – основная ценность. То, что вы лучше, чем ваши сверстники, или компания просит вас разработать продукты, вы не только разрабатываете продукты, но и ценность уборки пола является некоторой побочной ценностью, которая является вспомогательной ценностью.

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

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

Зачем компаниям архитекторы? Г-н Лу Синь сказал

Изначально в компании не было архитектора, а система усложнилась, поэтому был архитектор.

Позиция архитектора не вырастает из земли, а создается спросом.

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

Вы отвечаете за ремонт сложной системы -> ремонт всех сложных систем -> ремонт всех систем -> все технологии.

Поэтому у архитекторов тоже есть своя история крови и слез.

Ладно, вернемся к теме.

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

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

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

Если кодирование Да Лю сделано хорошо, и в линии нет ошибок, но энергия не сосредотачивается на общей технической архитектуре и не сосредотачивается на общем системном анализе, таком как

  • Нужны ли бизнес-данным высокая доступность или высокая согласованность?
  • Система, работающая онлайн, работает давно, не пора ли рефакторить код?

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

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

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

1. Умение быстро анализировать проблемы

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

2. Способность быстро учиться

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

3. Возможность быстрого распределения ресурсов

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

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

Для архитектора неплохо, если вы не пишете код.