Eu trabalho em uma grande empresa em que pessoas técnicas se enquadram mais ou menos em uma destas categorias:
- Um desenvolvedor de uma equipe scrum que desenvolve um único produto e talvez trabalhe com outras equipes que estão intimamente relacionadas ao produto.
- Um arquiteto que é mais um consultor em várias equipes (5-6) e tenta reconhecer pontos em comum entre os esforços da equipe que poderiam ser abstraídos para as bibliotecas (os arquitetos, no entanto, não escrevem o código da biblioteca). Esse arquiteto também participa de muitas reuniões com a gerência e tenta definir direção técnica.
Na minha empresa, o papel do arquiteto é o lugar onde a maioria das pessoas técnicas passa a ser o próximo passo em sua carreira.
Minhas perguntas são: A maioria das empresas trabalha de tal maneira que seu pessoal técnico mais bem pago está longe de escrever código? Essa é uma tendência natural para a carreira de um desenvolvedor? Um desenvolvedor pode ter tudo (código E definir direção?)
fonte
Isso depende em grande parte da cultura da organização. Muitas empresas não têm cargos técnicos seniores reais, embora possam ter alguns falsos.
Algumas empresas têm essas posições. Uma das razões pelas quais grandes engenheiros tendem a gravitar para algumas grandes empresas (por exemplo, Google) ou para startups é que eles podem continuar sendo desenvolvedores e trabalhar em coisas com as quais estão entusiasmados com alta remuneração e status organizacional. Na maioria das empresas, se eles quisessem permanecer desenvolvedores, estariam nos degraus mais baixos da escada.
fonte
A experiência pessoal é a mais experiente em escrever código, menos tempo tenho para escrever código.
Passo o tempo tentando consertar os problemas antes que eles surjam. Ajudar outras pessoas quando elas estão presas. Planejar como as coisas se encaixam. Mesmo tentando convencer as pessoas a seguir na mesma direção.
Parece inevitável na minha posição. Prefiro trabalhar com o código, mas há coisas que posso fazer pela nossa empresa que são muito mais valiosas.
Agora, essa é uma experiência pessoal, mas sim, acho que refletiria a maioria das empresas pequenas. No entanto, deixei claro para o meu próprio chefe que não quero ser completamente removido do código.
Acho que os melhores arquitetos de software são práticos. Vi um bom artigo http://www.infoq.com/articles/brown-are-you-a-software-architect Veja a parte 4 Design, desenvolvimento e teste.
fonte
Depende de quais são suas responsabilidades. Se você é responsável por questões técnicas, deve permanecer em uma posição de codificação. Separar o processo de 'ideia' do processo de 'implementação' é um caminho no caminho errado. Se você se encontrar nessa posição, deve resistir ao desejo de ser aquele gênio que simplesmente não tem tempo para implementar suas idéias brilhantes.
Por outro lado, se sua responsabilidade está na administração, acho que você não deveria estar codificando. Um gerente deve gerenciar o tempo de preenchimento. Essa posição inclui facilitar a comunicação entre diferentes codificadores e entre a equipe e o maior ecossistema burocrático. Os piores gerentes da minha experiência em que aqueles que ficaram de cabeça para baixo na codificação enquanto a equipe se desfez devido a conflitos e falta de comunicação.
fonte