Atualização 05/01/2018 - nos últimos 9 anos, meu pensamento evoluiu consideravelmente neste tópico. Eu tendo a viver um pouco mais perto do que há de mais moderno em nosso setor do que a maioria (embora certamente não ultrapasse os limites tanto quanto muitas pessoas realmente inteligentes por aí). Fui arquiteto em vários níveis, de aplicativo a solução, a empresa, em várias empresas, grandes e pequenas. Eu cheguei à conclusão de que o futuro em nossa indústria de tecnologia será sem arquitetos. Se isso parece loucura para você, espere alguns anos e sua empresa provavelmente irá alcançá-lo, ou seus concorrentes que descobrirem irão alcançá-lo (e passar). O problema fundamental é que "arquitetura" nada mais é do que a soma de todas as decisões que foram tomadas sobre sua aplicação / solução / portfólio. Portanto, o título "arquiteto" realmente significa "decisor". Isso diz muito, também pelo que nãodizer. Não diz "construtor". Criar uma carreira / hierarquia que implicitamente diga às pessoas que "construir" é inferior a "decidir", e os "decisores" não são diretamente responsáveis (pela diferença de título) por "construir". As pessoas que ainda se apegam a seu título de arquiteto vão se irritar com isso e protestar "mas eu pratico!" Ótimo, se você é apenas um construtor, desista de seu cargo sem sentido e pare de se destacar dos outros construtores. As empresas que enfatizam "todos os construtores são decisores e todos os decisores são construtores" se moverão mais rápido do que seus concorrentes. Usamos o título de "engenheiro" para todos, e "engenheiro" significa decidir e construir.
Resposta original :
Para pessoas que nunca trabalharam em uma organização muito grande (ou trabalharam, mas era disfuncional), "arquiteto" pode ter deixado um gosto ruim na boca. No entanto, não é apenas uma função legítima, mas altamente estratégica para empresas inteligentes.
Quando um aplicativo se torna tão vasto e complexo que lidar com a visão técnica geral e o planejamento e traduzir as necessidades de negócios em estratégia técnica se torna um trabalho de tempo integral, esse é um arquiteto de aplicativo . Os arquitetos de aplicativos também costumam orientar e / ou liderar os desenvolvedores e conhecer bem o código de seus aplicativos responsáveis.
Quando uma organização tem tantos aplicativos e interdependências de infraestrutura que é um trabalho em tempo integral garantir seu alinhamento e estratégia sem estar envolvido no código de nenhum deles, esse é o arquiteto de soluções . O arquiteto de soluções às vezes pode ser semelhante a um arquiteto de aplicativos, mas em um conjunto de aplicativos especialmente grandes que constituem uma solução lógica para um negócio.
Quando uma organização se torna tão grande que se torna um trabalho de tempo integral coordenar o planejamento de alto nível para os arquitetos de soluções e enquadrar os termos da estratégia de tecnologia de negócios, essa função é um arquiteto corporativo . Os arquitetos corporativos normalmente trabalham em um nível executivo, aconselhando o escritório CxO e suas funções de suporte, bem como a empresa como um todo.
Existem também arquitetos de infraestrutura, arquitetos de informação e alguns outros, mas em termos de números totais, eles representam uma porcentagem menor do que os "três grandes".
Nota : várias outras respostas disseram que "não há padrão" para esses títulos. Isso não é verdade. Vá para o departamento de TI de qualquer empresa da Fortune 1000 e você encontrará esses títulos usados de forma consistente.
Os dois equívocos mais comuns sobre "arquiteto" são:
- Um arquiteto é simplesmente um desenvolvedor mais sênior / mais bem pago com um título sofisticado
- Um arquiteto é alguém que é tecnicamente inútil, não codifica há anos, mas ainda joga seu peso no negócio, tornando a vida difícil para os desenvolvedores
Esses equívocos vêm de muitos arquitetos fazendo um trabalho muito ruim e de organizações fazendo um péssimo trabalho para entender para que serve um arquiteto. É comum promover o programador top a uma função de arquiteto, mas isso não está certo. Eles têm alguns conjuntos de habilidades sobrepostos, mas não idênticos. O melhor programador pode muitas vezes ser, mas nem sempre, um arquiteto ideal. Um bom arquiteto tem um bom conhecimento de muitos aspectos técnicos do setor de TI; um melhor entendimento das necessidades e estratégias de negócios do que um desenvolvedor precisa ter; excelentes habilidades de comunicaçãoe frequentemente algumas habilidades de gerenciamento de projetos e análise de negócios. É essencial que os arquitetos mantenham as mãos sujas de código e estejam tecnicamente afiados. Os bons fazem.
Basicamente, no mundo das certificações de TI, você pode se chamar de quase tudo o que quiser, contanto que não pise no dedo do pé de uma organização profissional "real". Por exemplo, você pode ser um "Microsoft Certified Solution Engineer" no seu cartão de visita, mas se escrever a frase mágica "Professional Engineer" (ou P. Eng), você terá problemas legais, a menos que tenha aquele anel de ferro. Eu sei que há um título semelhante para arquitetos "reais", que não me lembro, mas contanto que você não mencione que pode ser um "Arquiteto de Rede Certificado pela Cisco" ou semelhante.
fonte
Existem diferenças válidas entre os tipos de arquitetos:
Os arquitetos corporativos procuram soluções para a empresa alinhando-se estreitamente com a estratégia corporativa. Por exemplo, em um banco, eles examinarão o cenário de TI completo.
Os arquitetos de soluções se concentram em uma solução específica, por exemplo, um novo sistema de aquisição de cartão de crédito em um banco.
Os arquitetos de domínio se concentram em áreas específicas, por exemplo, um arquiteto de aplicativo ou arquiteto de rede.
Os arquitetos técnicos geralmente desempenham o papel de arquitetos de soluções com menos foco no aspecto do negócio e mais no aspecto da tecnologia.
fonte
Não, um arquiteto tem um trabalho diferente de um programador. O arquiteto está mais preocupado com os requisitos não funcionais ("ilidade"). Como confiabilidade, capacidade de manutenção, segurança e assim por diante. (Se você não concorda, considere este experimento de pensamento: compare um programa CGI escrito em C que faz um site complicado, com uma implementação Ruby on Rails. Ambos têm o mesmo comportamento funcional ; escolher uma arquitetura RoR tem que vantagens.)
Geralmente, um "arquiteto de soluções" trata de todo o sistema - hardware, software e tudo mais - que um "arquiteto de aplicativos" trabalha em uma plataforma fixa, mas os termos não são tão rigorosos ou bem padronizados.
fonte
Não há definições padrão da indústria para cargos de arquiteto - Aplicativo / Sistema / Software / Arquiteto de Soluções, todos se referem, em geral, a um desenvolvedor sênior com fortes habilidades de design e liderança. O equilíbrio entre design, estratégia, desenvolvimento (geralmente de serviços ou estruturas centrais) e gerenciamento difere com base na organização e no projeto.
O único cargo de "Arquiteto" que realmente tem um significado diferente para mim é "Arquiteto Corporativo", que vejo mais como uma posição de estratégia de TI.
fonte
Um 'arquiteto' é o título dado a alguém que pode projetar várias camadas de aplicativos que funcionam bem em conjunto em um alto nível. Tudo o que entra em um tipo genérico de 'arquiteto' sem um tipo específico de tecnologia (ou seja, "Soluções", "Aplicativos", "Negócios", etc.) é linguagem de marketing.
fonte
Na verdade, há uma grande diferença, um arquiteto de soluções analisa um requisito de forma holística, digamos, por exemplo, o requisito é reduzir o número de funcionários em um call center que recebe pedidos de pizza, um arquiteto de soluções analisa todos os componentes que terão que vir juntos para satisfazer isso, coisas como qual software de reconhecimento de voz usar, qual hardware é necessário, qual sistema operacional seria mais adequado para hospedá-lo, integração do software IVR com o sistema de provisionamento etc.
Um arquirrireto de aplicativo neste cenário, por outro lado, lida com as especificações de como o software irá interagir, qual linguagem é mais adequada, como usar melhor qualquer API existente, criando uma API se não houver nenhuma, etc.
Ambos têm seu lugar, ambas as tarefas devem ser realizadas a fim de manter o requisito e em grandes organizações você terá pessoas dedicadas a fazê-lo, em lojas de desenvolvimento menores, muitas vezes um desenvolvedor terá que pegar todas as tarefas arquitetônicas como parte do desenvolvimento geral, porque não há mais ninguém, pelo que é abertamente cínico dizer que é apenas um termo de marketing, é uma função real (mesmo que seja o desenvolvedor escolhendo-o ad-hoc) e particularmente valioso no início do projeto .
fonte
Parece o mesmo para mim! Embora eu não discorde totalmente de Oli. Eu daria a algumas pessoas selecionadas o título de Arquiteto de Software se elas o desejassem, mas a experiência me diz que as pessoas que realmente merecem o título de Arquiteto de Software geralmente não estão entre os títulos.
fonte
Na minha experiência, quando era consultor na Computer Associates, o grito do marketing era "venda soluções, não produtos". Portanto, quando tivéssemos um projeto e eu precisasse colocar meu chapéu de arquiteto, eu seria um Arquiteto de Soluções, pois estaria projetando uma solução que usaria uma série de componentes, principalmente produtos da CA e possivelmente alguns produtos de terceiros ou manuais elementos codificados.
Agora estou mais focado como desenvolvedor, sou um arquiteto de aplicativos, portanto, sou um arquiteto de aplicativos.
É assim que eu vejo, porém como já foi discutido, há pouco na forma de padrões de nomenclatura.
fonte
A soletração?
Sério - eles são ambos idiotas por cargos. "Programador" não é bom o suficiente para você? Torne-se um "Arquiteto"!
Sério ... Para onde o mundo está vindo ?!
Edit: Eu claramente magoei os sentimentos de alguns "arquitetos"!
Edição 2: Embora eu concorde com a opinião de que a frase pode ser interpretada como significando que algumas pessoas lidam com todo o domínio do problema (por exemplo, hardware, software, implantação, manutenção), a maioria das pessoas quer satisfazer um cliente (e ganhar mais dinheiro) fornecerá um serviço completo, se necessário, independentemente do cargo.
Na vida real, é apenas um boato de marketing.
fonte
Quando o seu título não cabe no seu cartão de visita porque você usa muitos chapéus, então alguém cria um título bacana para você.
por exemplo, Programação / TI / Gestão de Projetos / Estratégia / Analista de Negócios
Outras maneiras de receber um título de arquiteto:
fonte