Ter um trabalho técnico mais bem remunerado significa que você não consegue mais codificar? [fechadas]

Do most companies work such a way that their highest paid technical people are far removed from writing code?

A maioria das empresas ruins. Há uma tendência natural para que mais responsabilidade envolva menos escrita de código e mais foco em outros aspectos do desenvolvimento de software. Dito isso, é muito comum as pessoas técnicas perderem o contato com o que é comum / melhor / possível se não gastarem tempo realmente codificando. Isso tem um efeito desastroso na empresa.

Is this a natural tendency for a developer's career?

Sim. No final, uma pessoa pode ajudar muito mais o produto, orientando, coordenando, projetando, conhecendo o domínio do problema e realizando outras tarefas de desenvolvimento de software, ao escrever código. E com toda honestidade, ter boa liderança ou habilidades de design é muito mais raro (leia-se: valioso) do que a habilidade de escrever código.

Can a developer have it all (code AND set direction?)

Absolutamente. Embora você precise perceber que a quantidade de código será diminuída. Você só não pode fazer bem essas outras coisas valiosas se passar 80% do dia de cabeça em uma IDE.

A outra opção que acontece é a do "engenheiro principal" por falta de um termo melhor. Alguns desenvolvedores são muito especializados. Eu trabalhei com alguém, por exemplo, que escreveu drivers ethernet gigabit para Linux. Nós precisávamos que ele fizesse esse tipo de trabalho para nós, e uma vez que apenas um punhado de pessoas poderia fazer esse trabalho bem, ele fez montes de dinheiro além de escrever código como a maior parte do dia.

A maioria das empresas não precisa desse tipo de especialização. Eles estão apenas reunindo dados ou fazendo outro site / mobileapp.

Isso depende muito da cultura da organização. Muitas empresas não têm posições técnicas sêniores reais, embora possam ter algumas falsas.

Algumas empresas têm essas posições. Uma das razões pelas quais os grandes engenheiros tendem a gravitar para algumas grandes empresas (por exemplo, o Google) ou para as startups é que elas podem continuar sendo desenvolvedores e trabalhar em coisas com as quais estão empolgadas, com alta remuneração e status organizacional. Na maioria das empresas, se quisessem continuar sendo desenvolvedores, estariam nos degraus mais baixos da escada.

A experiência pessoal é a mais experiente em escrever código quanto menos tempo posso escrever código.

Eu gasto tempo tentando corrigir problemas antes que eles apareçam. Para ajudar os outros quando estão presos. Planejar como as coisas ficarão juntas. Mesmo apenas tentando levar as pessoas a puxar na mesma direção.

Parece inevitável na minha posição. Eu prefiro trabalhar com o código, mas existem coisas que eu posso fazer pela nossa empresa que são muito mais valiosas.

Agora, essa é uma experiência pessoal, mas acho que isso refletiria a maioria das pequenas empresas. No entanto, deixei claro para o meu próprio patrão que não quero ser removido do código completamente.

Acho que os melhores arquitetos de software são práticos e vi um bom artigo link Olhe para a parte 4 Design, Desenvolvimento e teste.

Having said that, why shouldn't the day-to-day coding activities be a part of an architect's role? Most architects are experienced coders, so it makes sense to keep those skills up-to-date. In addition, the architect can experience the same pain as everybody else on the team, which in turn helps them better understand how their architecture is viewed from a development perspective.

Depende de quais são suas responsabilidades. Se você é responsável por questões técnicas, então você deve permanecer em uma posição de codificação. Dividir o processo de 'ideia' do processo de 'implementação' é um caminho errado. Se você se encontrar em tal posição, você deve resistir ao desejo de ser aquele gênio que simplesmente não tem o tempo para implementar suas brilhantes idéias.

Por outro lado, se a sua responsabilidade é da gerência, acho que você não deveria estar codificando. Um gerente deve gerenciar o tempo de preenchimento. Tal 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 foram aqueles que ficaram de cabeça para baixo enquanto a equipe se desfez devido a conflitos e falta de comunicação.