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

Question

Я действительно молодой инженер-программист/руководитель группы QA. Я занимаюсь разработкой программного обеспечения около 2 лет, и за один из этих лет я также возглавлял команду QA в компании по разработке программного обеспечения. В настоящее время я все еще работаю в качестве лидера команды QA/инженера по программному обеспечению для инструментов QA. Недавно меня пригласили присоединиться к группе друзей и коллег, которые хотели бы начать софтверную компанию. Они хотят, чтобы я был архитектором/технологическим руководителем программного обеспечения (я могу сказать об этом специальный клиент чата, написанный на Java). Я очень хорошо умею учиться под огнем, и я многому научился. Однако я опасаюсь, что мой недостаток опыта приведет к тому, что проект потерпит неудачу (или, по крайней мере, будет плохо развит). Поэтому мне интересно, предложите ли вы мне заняться этим, приложите все усилия и научитесь, когда я пойду? Или вы предлагаете отказаться?

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

Answer 1

Как лидер команды, ваш самый важный актив - это не ваш опыт, а команда, с которой вы работаете. Если вы знаете и доверяете этим парням, или вы можете нанять свою собственную команду, то непременно пойдите для этого. Сначала прочитайте книгу о хорошем найме (Joel on Software имеет хороший отрывок из этого), если вы собираетесь заниматься наймом.

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

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

Answer 2

1. Стремитесь быть самым тупым парнем в комнате.
2. Если это вас болит от страха, сделайте это. Если это заставляет вас болеть от страха, убегайте.

Answer 3

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

Answer 4

mythical man month & Peopleware являются 2 книги вы НЕОБХОДИМОСТЬ читать.

Answer 5

Я не скажу вам, чтобы сделать это или нет, но ...

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

Также, как разработчики, хотя мы более часто оптимистичны по проектам/срокам, мы также часто пессимистично оцениваем наши собственные навыки/способности и фокусируемся на том, чего мы не знаем, а не на том, что мы делаем.

Если у вас есть вопрос, вам нужно обсудить это с потенциальными деловыми партнерами.

Answer 6

Поскольку вы использовали слова Java и архитектор в одном предложении, я могу предложить учебные материалы, используемые в сертификации SCEA? В частности, я нашел Core J2EE Patterns действительно полезную книгу для размышления о проблемах архитектуры большего размера.

Answer 7

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

Также спросите себя, можете ли вы финансово сделать это, если проект действительно терпит неудачу.

Если все еще на борту, это звучит как хороший опыт обучения!

Answer 8

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

1. Вы знаете больше, чем вы думаете. Просто потому, что вы никогда не были архитектором раньше, не означает, что вы недостаточно знаете, чтобы быть одним.
2. Как архитектор всегда должен учиться и быть в курсе тенденций и технологий. Будьте готовы к этому.
3. Слушайте. У членов команды будут хорошие идеи, которые бросают вызов всем вашим предрассудкам.
4. Специально в небольшой компании вы должны быть осведомлены о политике в роли архитектора. В результате я не был достаточно осведомлен и сожжен. Это может повлиять на вашу дружбу.
5. Небольшие компании могут быстро уйти. Планируйте это и не имеете финансовых обязательств, которые означают, что вы не можете быть без работы на короткое время.

Answer 9

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

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

Answer 10

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

Answer 11

Основываясь на том, что вы сказали до сих пор, этот проект не удастся. Черт, большинство новых проектов терпят неудачу. Если с тобой все в порядке, то иди! Это будет хороший опыт обучения для вас. Просто убедитесь, что вы не потеряли близких друзей.

Answer 12

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

Один хороший один Coding the Architecture, который концентрируется на руках по архитектуре, и имеет достаточное количество информации для разработчиков, осуществляющих переход к архитектору (полное раскрытие - я был связан с этим маленьким способом).

Кроме того, есть simillar question о блогах архитектуры с некоторыми очень хорошими ответами.

Answer 13

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

Answer 14

Как лидерство в команде, вы должны быть добры, чтобы получить максимум от своей команды, а также самостоятельно учиться. Улучшая свои навыки на 100%, вы можете повысить производительность своей команды на 10%. Улучшая производительность команды на 100%, вы ее улучшаете .. 100%, конечно.

Ваша ценность для запуска вашего друга - это не только ваши навыки чистого кодирования, но и то, что они знают и доверяют вам как партнеру. Очевидно, им кажется, что вы можете внести определенную реальную ценность, поэтому мое предложение состоит в том, что вы «подделываете его, пока не сделаете это» :)