Я работаю в крупной компании, где технические специалисты попадают примерно в одну из следующих категорий:
- Разработчик на схватку команды , которая разрабатывает для одного продукта и , возможно , работает с другими командами, которые тесно связаны с продуктом.
- Архитектор , который является более консультант по нескольким командам (5-6) и пытается распознать сходства между усилиями команды , которые можно были бы абстрагируются в библиотеки (архитекторы не писать код библиотеки, однако). Этот архитектор также посещает множество встреч с руководством и пытается установить техническое направление.
В моей компании роль архитектора заключается в том, что большинство технических специалистов становятся следующим шагом в их карьере.
Мои вопросы: работают ли большинство компаний таким образом, что их самые высокооплачиваемые технические специалисты далеки от написания кода? Это естественная тенденция для карьеры разработчика? Может ли разработчик иметь все это (код И установить направление?)
источник
Это во многом зависит от культуры организации. Многие компании не имеют настоящих высокопоставленных технических должностей, хотя могут иметь некоторые поддельные.
У некоторых компаний есть эти позиции. Одна из причин, по которой великие инженеры склонны тяготеть к нескольким крупным компаниям (например, Google) или стартапам, заключается в том, что они могут оставаться разработчиками и работать над тем, что их волнует, с высокой компенсацией и организационным статусом. В большинстве компаний, если они хотят остаться разработчиками, они будут на низких ступенях лестницы.
источник
Личный опыт - чем больше у меня опыта написания кода, тем меньше времени я могу позволить себе писать.
Я провожу время, пытаясь решить проблемы до того, как они возникнут. Чтобы помочь другим, когда они застряли. Чтобы спланировать, как все будет сидеть вместе. Даже просто пытаясь заставить людей тянуть в одном направлении.
Это кажется неизбежным в моей позиции. Я предпочитаю работать с кодом, но есть вещи, которые я могу сделать для нашей компании, которые гораздо более ценны.
Теперь это личный опыт, но да, я думаю, это отразится на большинстве небольших компаний. Однако я дал понять своему собственному боссу, что я не хочу быть полностью удаленным из кода.
Я думаю, что лучшие архитекторы программного обеспечения практичны. Я видел хорошую статью http://www.infoq.com/articles/brown-are-you-a-software-architect Посмотрите на часть 4 Проектирование, разработка и тестирование.
источник
Это зависит от ваших обязанностей. Если вы отвечаете за технические вопросы, вы должны оставаться в положении кодирования. Разделение процесса «идея» от процесса «реализация» - это путь по неверному пути. Если вы когда-нибудь окажетесь в таком положении, вы должны противостоять желанию быть тем гением, у которого просто нет времени, чтобы реализовать свои блестящие идеи.
С другой стороны, если ваша ответственность лежит на управлении, я не думаю, что вы должны кодировать. Менеджер должен управлять временем заполнения. Такая позиция включает в себя облегчение связи между разными кодерами, а также между командой и большей бюрократической экосистемой. Худшие менеджеры в моем опыте, где те, кто остался, отказываются от кодирования, в то время как команда разваливается из-за конфликта и неправильного общения.
источник