Означает ли наличие более высокооплачиваемой технической работы, что вы больше не можете писать код? [закрыто]

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

1. Разработчик на схватку команды , которая разрабатывает для одного продукта и , возможно , работает с другими командами, которые тесно связаны с продуктом.
2. Архитектор , который является более консультант по нескольким командам (5-6) и пытается распознать сходства между усилиями команды , которые можно были бы абстрагируются в библиотеки (архитекторы не писать код библиотеки, однако). Этот архитектор также посещает множество встреч с руководством и пытается установить техническое направление.

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

Мои вопросы: работают ли большинство компаний таким образом, что их самые высокооплачиваемые технические специалисты далеки от написания кода? Это естественная тенденция для карьеры разработчика? Может ли разработчик иметь все это (код И установить направление?)

Работают ли большинство компаний таким образом, что их самые высокооплачиваемые технические специалисты далеки от написания кода?

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

Это естественная тенденция для карьеры разработчика?

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

Может ли разработчик иметь все это (код И установить направление?)

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

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

Большинству компаний такая специализация не нужна. Они просто собирают данные вместе или создают еще один веб-сайт / мобильное приложение.

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

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

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

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

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

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

Я думаю, что лучшие архитекторы программного обеспечения практичны. Я видел хорошую статью http://www.infoq.com/articles/brown-are-you-a-software-architect Посмотрите на часть 4 Проектирование, разработка и тестирование.

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

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

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