Переход на уровень разработчика приложений

Question

Я был разработчиком около 10 лет. Я хочу знать, как я могу считать себя техником уровня Archtect? Как разработчик может перейти от разработки на уровне кода к архитектору?

Я, очевидно, хочу продвинуться вверх по технологической лестнице, и архитектура кажется привлекательной.

Второй вопрос: как я могу узнать об архитектуре приложения (общая картина) с точки зрения структуры 3.5?

Любой совет приветствуется.

Answer 1

Есть два критерия для архитектора программного обеспечения:

(1) Вы должны называть себя одним.

(2) Вы должны убедить кого-то заплатить вам за программное обеспечение для архитектора.

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

Answer 2

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

Быть «Архитектором» означает, что вы должны уметь разрабатывать программные «Системы», состоящие из нескольких «компонентов», работающих вместе в слабосвязанной форме, для решения некоторой довольно сложной бизнес-задачи и уметь «руководить» или "наставник" других разработчиков при создании указанной системы.

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

Answer 3

Быть архитектором - это не что иное, как состояние души. Есть потенциально плохие коннотации, которые сопровождаются статусом Архитектор . Особенно потому, что никто не может по-настоящему ответить на вопрос: «Кто такой архитектор?»

В первую очередь ...

• Означает ли это, что одно разрабатывает решений, но на самом деле не реализует их ?

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

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

В корпоративных организациях можно подняться до такого состояния ума и потенциально иметь физическое звание (и потенциальную оплату), чтобы представлять это состояние ума. Но мы не должны забывать, что это требует НАСТОЯЩЕЙ разработки хороших решений проблем. Это то, что в конечном итоге приводит нас к этому состоянию.

В конце концов, это просто слово, которое очень мало говорит о человеке, носящем название.

Answer 4

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

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

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

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

Answer 5

Если вам нужно задать второй вопрос, вы еще не готовы стать архитектором.

Чтение и запись кода. Будь универсалом, а не специалистом. Взгляните на обзор 3.5, и убедитесь, что вы сделали что-то во всех областях. Достаточно просто распознать проблемы и узнать, где и кому искать ответы. Взгляните за пределы .net и посмотрите, как подобные проблемы решаются в других средах (какао, ява, рельсы, стекло, LAMP, delphi, flex)