Qual é a diferença entre “Arquiteto de Soluções” e “Aplicações Architect”? [fechadas]

Question

Tanto quanto eu posso ver Solutions Architect é apenas um diferente "marketing" prazo para Applications Architect . Isso está correto ou são os papéis realmente diferente de alguma forma? Se sim, como?

E sim, eu tenho procurado para este tanto em StackOverflow e no Google.

Answer 1

Atualização 2018/01/05 - ao longo dos últimos 9 anos, meu pensamento evoluiu consideravelmente sobre este tema. I tendem a viver um pouco mais perto da borda do sangramento em nossa indústria do que a maioria (embora certamente não empurrando os limites quase tanto como um monte de pessoas realmente inteligentes lá fora). Estive um arquiteto em diferentes níveis de aplicação, a solução, a empresa, em várias grandes e pequenas empresas. Eu vim à conclusão de que o futuro da nossa indústria de tecnologia é uma maior parte sem arquitetos . Se isso parece loucura para você, esperar alguns anos e sua empresa provavelmente vai pegar, ou seus concorrentes que descobrir isso vai pegar com (e passar) você. O problema fundamental é que "arquitetura" é nada mais nada menos do que a soma de todas as decisões que foram feitas sobre o seu aplicativo / solução / carteira. Assim, o "arquiteto" título realmente significa "decider". Isso diz muito, também pelo que ele não dizer. Ela não diz "construtor". Criando um plano de carreira / hierarquia que implicitamente diz às pessoas "construção" é menor que "decidir", e "decisores" não são diretamente responsáveis ??(pela diferença de título) para "construir". As pessoas que ainda estão penduradas ao seu título arquiteto vai se irritam com isso e protesto "mas estou hands-on!" Grande, se você é apenas um construtor, então, dar-se o seu título sem sentido e parada definindo-se para além de outros construtores. As empresas que enfatizam a "todos os construtores são decisores e todos os decisores são construtores" vai se mover mais rápido do que seus concorrentes. Nós usamos o título de "engenheiro" para todos, e significa "engenheiro" decidir e construir.

resposta Original :

Para as pessoas que nunca trabalharam em uma organização muito grande (ou têm, mas era um disfuncional), "arquiteto" pode ter deixado um gosto ruim na boca. No entanto, é não só um papel legítimo, mas um altamente estratégico para as empresas inteligentes.

• Quando um aplicativo torna-se tão vasto e complexo que lidar com a visão técnica global e planejamento, e traduzir as necessidades do negócio em estratégia técnica torna-se um trabalho de tempo integral, que é um arquiteto de aplicativos . arquitetos de aplicativos também muitas vezes orientar e / ou desenvolvedores de chumbo, e conhecer o código de sua aplicação responsável (s) bem.

• Quando uma organização tem tantas aplicações e infra-estrutura interdependências que é um trabalho de tempo integral para garantir o seu alinhamento e estratégia sem estar envolvido no código de qualquer um deles, que é um Solução arquiteto . Arquiteto de soluções às vezes pode ser semelhante a um arquiteto de aplicativos, mas ao longo de um conjunto de especialmente grandes aplicações que compõem uma solução lógica para um negócio.

• Quando uma organização torna-se tão grande que torna-se um trabalho em tempo integral para 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, esse papel é um empresa arquiteto . Os arquitetos corporativos normalmente trabalham em um nível executivo, que aconselham a escritório CxO e suas funções de apoio, bem como o negócio como um todo.

Há também arquitetos de infra-estrutura, arquitetos da informação, e alguns outros, mas em termos de números totais estes compreendem um percentual menor do que o "três grandes".

Nota : inúmeras outras respostas disseram que não há "nenhum padrão" para esses títulos. Isso não é verdade. Ir para o departamento de TI de qualquer Fortune 1000 empresa e você vai encontrar esses títulos usados ??de forma consistente.

Os dois mais comuns equívocos sobre o "arquiteto" são:

• Um arquiteto é simplesmente a / alto-ganhando desenvolvedor mais experiente com um título de fantasia
• Um arquitecto é alguém que é tecnicamente inútil, não codificado em anos, mas ainda joga em torno de seu peso nonegócios, tornando a vida difícil para os desenvolvedores

Esses equívocos vêm de uma série de arquitetos fazendo um trabalho muito ruim e organizações que fazem um trabalho terrível em entender o que um arquiteto é para. É comum para promover o programador top em um papel arquiteto, mas isso não está certo. Eles têm alguma sobreposição, mas não skillsets idênticos. O melhor programador pode muitas vezes ser, mas não é sempre, um arquiteto ideal. Um bom arquiteto tem uma boa a compreensão de muitos técnico aspectos da indústria de TI; melhor a compreensão de necessidades e estratégias de negócios do que um desenvolvedor precisa para ter; excelentes habilidades de comunicação e, muitas vezes algumas habilidades de gerenciamento de projetos e análise de negócios. É essencial para arquitetos para manter suas mãos sujas com código e para ficar afiado tecnicamente. Bons fazer.

Answer 2

Basicamente no mundo de certificações de TI, você pode chamar-se apenas sobre qualquer coisa que você quiser, desde que você não pisar no 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 você escrever a frase mágica "Engenheiro Professional" (ou P. Eng) você está em apuros legal a menos que você tem que anel de ferro. Eu sei que há um título semelhante para os arquitetos "reais", que não me lembro, mas contanto que você não mencionar que você pode ser um "Cisco Certified Network Architect" ou similar.

Answer 3

Existem diferenças válidas entre tipos de arquitetos:

Os arquitetos corporativos olhar para as soluções para a empresa aligining firmemente com a estratégia da empresa. Por exemplo, em um banco, eles vão olhar para o cenário de TI completa.

Os arquitetos de soluções concentrar em uma solução particular, por exemplo, um novo sistema de aquisição de cartão de crédito em um banco.

arquitetos de domínio se concentrar em áreas específicas, por exemplo, um arquiteto de aplicativos ou rede arquiteto.

arquitetos técnicos em geral desempenhar o papel de arquitetos de soluções, com menos foco no aspecto de negócios e mais no aspecto techology.

Answer 4

Não, um arquiteto tem um trabalho diferente do que um programador. O arquiteto está mais preocupado com ( "ility") requisitos não funcionais. Como confiabilidade, manutenção, segurança, e assim por diante. (Se você não concordar, considere esta experiência de pensamento: comparar um programa CGI escrito em C que faz um site complicado, contra uma aplicação Ruby on Rails Ambos têm o mesmo funcional comportamento; escolher um. RoR arquitetura tem que vantagens.)

Geralmente, uma "solução arquiteto" é sobre todo o sistema - hardware, software, e todos - que um "arquiteto de aplicativos" está trabalhando dentro de uma plataforma fixa, mas os termos não são tão rigorosos ou bem padronizado.

Answer 5

Não há indústria definições padrão para cargos arquiteto - Aplicação / Sistema / Software / Solution Architect todos se referem em geral a um desenvolvedor sênior com fortes habilidades de design e de liderança. O saldo de design, estratégia, desenvolvimento (muitas vezes de serviços básicos ou estruturas) e gestão diferem de acordo com a organização e projeto.

O único cargo "Arquiteto" que realmente tem um significado diferente para mim é "Enterprise Architect", que vejo como mais de uma posição estratégia de TI.

Answer 6

Um 'arquiteto' é o título dado a alguém que pode criar várias camadas de aplicativos que funcionam bem juntos em um alto nível. Tudo o que entra em um tipo genérico de 'arquiteto', sem um tipo específico de tecnologia (isto é, "Soluções", "Aplicações", "Business", etc) é o marketing falar.

Answer 7

Há realmente uma grande diferença, um arquiteto de soluções parece aa exigência de forma holística, digamos, por exemplo, a exigência é para reduzir o número de funcionários em um call center tomar ordens Pizza, uma soluções arquiteto olha para todas as peças componente que irá têm que se unir para satisfazer este, coisas como o software de reconhecimento de voz para utilização, o hardware é necessária, o que oS seria mais adequado para hospedá-lo, integração do software IVR com o sistema de provisionamento etc.

Um archirect aplicação neste cenário sobre as outras ofertas de mão com os detalhes de como o software irá interagir, o que a linguagem é o mais adequado, a melhor forma de utilização, criando uma api se não existe nenhum qualquer api existente etc.

Ambos têm o seu lugar, ambas as tarefas devem ser feitas, a fim de staisfy a exigência e em grandes orgs você vai ter pessoas dedicadas a fazê-lo, em lojas dev menores muitas vezes um desenvolvedor terá que pegar todas as tarefas arquitetônicas como parte do desenvolvimento global, porque não há mais ninguém, imo sua excessivamente cínico dizer que é apenas um termo de marketing, é um papel real (mesmo se é o dev pegá-la ad-hoc) e particularmente valioso no projeto kick-off.

Answer 8

soa como o mesmo para mim! Embora eu não discordo totalmente com Oli. Eu daria algumas pessoas selecionadas o título Software Architect, se quiserem, mas a experiência me diz que as pessoas que realmente merecem o título de Software Architect normalmente aint que para títulos.

Answer 9

Na minha experiência, quando eu estava consultando a Computer Associates, o grito de marketing foi 'soluções vender, não produtos'. Portanto, quando nós temos um projeto e eu precisava colocar o chapéu do meu arquiteto, eu seria um arquiteto de soluções, como eu seria projetar um Solução que usariam um número de componentes, principalmente produtos da CA, e, possivelmente, alguns 3o partido ou a mão elementos codificada.

Agora estou mais focada como um desenvolvedor, eu sou um arquiteto de aplicações-se, portanto, eu sou um arquiteto Applications.

Isso é como eu vê-lo, no entanto, como já foi discutido, há pouco em termos de padrões de nomenclatura.

Answer 10

A ortografia?

Falando sério - ambos são BS cargo fluffing. "Programador" não é bom o suficiente para você? Torne-se um "arquiteto"!

Realmente ... O que é o mundo vai parar?!

Editar: Eu claramente prejudicar alguns "arquitectos" sentimentos

Edit 2: Apesar de eu concordar com os sentimentos que o fraseado pode ser interpretada para significar algumas pessoas lidam com todo o domínio do problema (por exemplo, hardware, software, implantação, manutenção), a maioria das pessoas que querem satisfazer um cliente (e fazer mais dinheiro) irá fornecer um serviço completo, se necessário, independentemente do seu título.

Na vida real, ele é apenas marketing fluff.

Answer 11

Quando o título não caber em seu cartão de visita, porque você usar muitos chapéus, então alguém wordsmiths um título bacana para você.

por exemplo. Programação / TI / Gerenciamento de Projetos / Estratégia / Analista de Negócios

Outras formas de receber um título de arquiteto:

• Você passa mais tempo no telefone e no quadro de comunicações do que você realmente desenvolvendo software funcionando.
• Você passa mais tempo ajudando as pessoas a configurar o Outlook / Entourage que você realmente desenvolvendo software funcionando.
• Você é realmente não é tão bom de um codificador para começar.